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1.Concepts of MCS 


1.1. INTRODUCTION TO NETWORK-ORIENTED PROJECT MANAGEMENT 


The UNIVAC Management Control System (MCS) is a network-based application program that evaluates tactics of 
performance to achieve overall objectives. While MCS cannot set up strategic planning, it monitors tasks within the 
network plan by determining dates, accumulating cost, and projecting resources. Tasks are represented by activities, 
each constituting a unit of work. MCS analyzes these activities and places them in a time-dependent calendar-date 
schedule. This method is the processing technique of existing program evaluation and review technique (PERT) 
packages. MCS not only includes this accepted method of scheduling and planning activities, but improves upon 
standard techniques of scheduling large projects within today’s complex multiproject contracts. 


The following terms and definitions have been accepted and are used in this manual: 
®@ a a network is composed of activities and is the lowest level in the system; lifes 
= a project is composed of one or more networks; and 


= the system is composed of one or more projects (Figure 1—1). 


SYSTEM 


PROJECT—1 PROJECT—2 ° 


NETWORK-—1 NETWORK-—2 NETWORK-—3 NETWORK~—1 NETWORK—2 NETWORK—3 


Figure 1—1. System Hierarchical Structure 
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1.1.1. Functional Capabilities @ 
MCS includes and extends the capabilities of current pert/time and pert/cost programs. 
Extensions include: 


a alternate description of activity-on-arrow and activity-on-node (networks described in one mode can be joined 
to networks described in the other mode); 


a extensive input editing; 

- alphanumeric, randomly named event and work-item codes; 

a multiple start and end events; 

a multiple start and end work items; 

& assignment of schedule and actual dates to both the start and finish of the work item; 
> 8 assignment of a schedule date to the event; 

& optional percentage-of-completion report for in-progress activities; 

a incorporation of arbitrary nonwork days; 


& assignment of a work-week length, start day, and continuity code to each activity; 





z processing of multinetworks; 
= data base file organization to aid in the retrieval and updating of data; 


a parallel cost control and reporting based on work breakdown structure (WBS) and organizational accounting 
structure (OAS); 


z use and maintenance of resource rate tables; 
a cost summarization; and 


a projection of cost plan and resource requirements. 


1.1.2. Network Fundamentals 


Network-based systems are of immediate practical value to decision makers, since they reduce scheduling time and 
cost. The primary processes of decision making are: 


a Planning the overall tasks 


Identifying the objectives and organizing them in a sequential order provides the basic structure from which 
networks can be prepared. 
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©@ a Scheduling 


Placing objectives within a calendar time framework provides for step-by-step awareness needed to accomplish 
project objectives. 


a Resource scheduling 


Assigning a specified quantity of resources (e.g., manpower, material, money) to activities according to 
established requirements and availabilities provides the basis for resource management. 


a Cost control 


Accumulating cost within activities, projects, and planning structures provides flexible and accurate financial 
management. 


a Report structure 


Providing specific feedback information to be used for management control gives meaningful output for 
further network applications. 


1.1.2.1. Planning the Overall Tasks 


The network and work breakdown structures are the two types of planning structure accepted by MCS. Both 
graphically display the work to be accomplished in order to achieve the end objectives. The work breakdown is the 
more important planning structure. It depicts objectives as a sequence of work breakdown elements and provides the 

framework for developing a network of activities. MCS uses this planning structure for estimating and monitoring 
& costs within a project (1.3). The network plan represents the work process through which objectives and 
requirements are realized. Since activities are the elements of the network, MCS uses this planning structure to 
identify, maintain, and report work progress (1.2). 


1.1.2.2. Scheduling 
Activities in a network consume time; therefore, some duration must be associated with a network. Duration can be 
a single estimate or a set of three time estimates. The path of maximum duration from the beginning to the end of a 


network is the network duration. Dates can be introduced in a network either to specify compulsory 
accomplishments or to measure progress. These dates are scheduled dates and actual dates (2.3.6). 


1.1.2.3. Resource Scheduling 


The distribution of resources in a network-based structure can increase the difficulties in scheduling certain 
activities. MCS can provide a resource requirements plan for the user to compare with resource limitations. 


1.1.2.4. Cost Control 


Adding cost and resource extensions to the basic network structure provides cost data directly related to the 
activities. Thus, MCS can provide supplementary information about critical areas in the project. 
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1.1.2.5. Report Structure 


The system report structure combines the information necessary to facilitate summarization and translation into 
usable reports. 


The planning structure specifies the recipients of such reports. The fiscal and summary account structure determines 
what type of information the reports will contain. Information is accumulated, selected, and summarized in formats 
which reflect selected tasks and distribution of work, i.e., the tasks to be performed and the person responsible. 

Correct and meaningful data obtained by a network-based structure and utilized by management can direct the 


progress and development of assigned tasks. Since the kinds of reports needed are unlimited, MCS considers that the 
data base file structure provides all the information required to create additional reports programmed by the user. 


Upon the user’s request, the following types of reports are furnished by the system: 
& Activity-oriented reports 


a Event-oriented reports 


> 8 Bar charts 


= Milestone reports 
a Management-oriented reports 
— Summary reports 
— Project status report 
— Financial plan and status report 
— Organization status report 
& Cost category status report 
a Resource status reports 
a Cost and resource projections 
NOTE: 


It is not the intention of MCS to give management numerous reports which could hinder the overall understanding 
of a given project. Instead, only those reports that are essential to directing the achievement of the planned progress 
are given. 
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1.1.3. Features of MCS 

MCS provides the following features: 

a Operation in a multiproject environment; 

a alternate description of activity-on-node/activity-on-arrow networks; 

a network interfaces; 

8 multilevel summarization; 

a cost summarization by network, work breakdown structure, an organizational accounting structure; 
LS] cost and resource projection; 

7 use of a data-base structure; 


o presentation of customer-tailored reports; and 
ai consistency with both current government directives and American National Standards. (See Bibliography.) 


The MCS application program is available for the SPERRY UNIVAC Series 90 within the SPERRY UNIVAC 
Operating System/4 (OS/4), Operating System/3 (OS/3), and Virtual Memory Operating System/9 (VS/9). See 3.3 
and 3.4 for MCS hardware requirements and operating procedures, respectively. 


1.2. TIME PROCESSING 


The network is the scheduling tool which provides and monitors a graphic display of the work required to 
accomplish planned objectives. A network is composed of activities; it shows the predecessor-successor relationship 
of the activities. Each activity normally represents a process, job, or operation which consumes time and possibly 
resources. An activity which does not represent a process and may consume time but not resources is called a 
dummy activity. 


1.2.1. Network Representations 


MCS accepts two types of network representation: activity-on-arrow notation and activity-on-node notation. 
Processing options applicable to one may be applied to the other. Both representations may be processed 
simultaneously; however, each network must be expressed entirely in one representation. 


1.2.1.1. Activity-on-Arrow (I—J) 


In the activity-on-arrow, or I—J notation, the activity is represented by an arrow. Work progresses from the tail of 
the arrow to the head of the arrow. (A dummy activity is represented by a dashed arrow.) Each arrow runs between 
two events. 


An event represents a point in time, a state, or a condition; it consumes neither time nor resource. An event is 
represented by a circle and provides checkpoint information. The event which defines the beginning of an activity is 
the start event (l-event) and the event which defines the finish of the activity is the end event (J-event). Each activity 
is uniquely identified by its start and end events. Parallel activities are not permitted; two activities may not have the 
same l-event and the same J-event. 
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An event occurs when all of the activities which terminate at the event (the predecessor activities of the event) have 
been completed. Work on an activity may start only after its start event has occurred, i.e., all predecessor activities 
have been completed. 


A level of significance may be associated with each event. The level indicates the importance of the occurrence of 
the event relative to the importance of the occurrence of other events. This level is called the milestone level of the 
event, and the event is called a milestone event. Milestone levels may be used to achieve selective report generation 
(3.2) and during network summarization (1.2.8). 


Figure 1—2 shows two activities represented in activity-on-arrow notation. Event B occurs when work on activity AB 
has been completed. When event B has occurred, work on activity BC can begin. Event B is the end event of activity 
AB and the start event of activity BC. 


activity 

























A B C 
PLANNING HOUSE IS HOUSE IS 
COMPLETED BUILD THE HOUSE BUILT MOVE INTO THE HOUSE OCCUPIED 


event 


Figure 1-2. Activity-on-Arrow Activities 


1.2.1.2. Activity-on-Node (Precedence) 

In the activity-on-node (precedence) notation, each activity is represented by a rectangle called a work item. The 
predecessor-successor dependency between the start or end of one work item and the start or end of another 
successor work item is represented by a solid line. ) 


There are four possible predecessor-successor dependencies between two work items (Figures 1-3 through 1—6): 


a in the finish-to-start dependency (Figure 1—3), the predecessor work item (WI1) must be completed before 
the successor work item (W1I2) may be started. | 


i] In the finish-to-finish dependency (Figure 1—4), the finish of the predecessor work item (WI3) must precede, 
or occur at the same time as, the completion of the successor (WI4). 


ae In the start-to-start dependency (Figure 1—5), the start of the predecessor work item (WI6) must precede, or 
occuy at the same time as, the start of the successor work item (WI7). 


a In the start-to-finish dependency (Figure 1—6), the start of the predecessor work item (Wi9) must precede, or 
occur at the same time as, the finish of the successor (WI10). 
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A delay may be imposed on the precedence dependency between two work items. In Figure 1—5, such a delay 
_ would represent the time required for the first coat of paint to dry, before the second coat of paint is applied. This 

delay is called the lead or lag; it may be positive or negative. Lead represents a delay in the start of the successor 
activity. Lag represents a delay in the completion of the successor activity. 


A level of significance may be associated with the start and the end of each work item. The level indicates the 
importance of the beginning or completion of the work item, relative to the beginning or completion of other work 
items. The level is called the milestone level of the start or end of the work item. Milestone levels may be used to 
achieve selective report generation (3.2) and during network summarization (1.2.8). 


Wi2 
MOVE INTO 
THE HOUSE 


Wit 


BUILD THE HOUSE 





Figure 1-3. Finish-to-Start 
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Figure 1—4. Finish-to-Finish 
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@ Figure 1—5. Start-to-Start 
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Figure 1—6. Start-to-Finish 


Rules and guides for network diagramming are: 


a The length of the activity arrow or the size of the rectangle has no relationship to time. Time scales are 
inadvisable, particularly during the early phases of network design. 


a No activities should be left dangling without a successor, except those whose completion actually represents 
the completion of all the work on a path through the network. 


a No activity can go backward in time. 
a Loops are not permitted in MCS. & 


Activity and event ranks are generated by MCS. The rank is 1 for each activity or event that does not have a 
predecessor. The rank of an activity or event that does have a predecessor is the maximum rank of any predecessor 
plus 1. Reports sorted by rank may be used to diagram large, complex networks. 


1.2.2. Network Terminal Points and Dates 


The network terminal points denote the start and end of all the work. In an activity-on-arrow network, each event 
that has no predecessor activities is called a network start event; each event that has no successor activities is called a 
network end event. Each i—J activity, whose end event is a network end event, is called a network end activity. 


In an activity-on-node network, each work item that has no predecessor from its start is a network start activity 
(work item); each work item that has no successor from its finish is a network end activity (work item). In Figure 
1—6, WI8 and W110 are network start activities; WI9 and WI11 are network end activities. 


The user-supplied date on which work in a network may begin is the network scheduled start date; the user-supplied 


date at which all work in a network should be finished is the network scheduled end date. The exact processes used 
and the schedules resulting are described in 1.2.3 to 1.2.8. 


1.2.3. Times Related to Activities 


MCS generates numerous dates and times for each activity in the network. These times indicate the same thing, 
whether the network is an |—J network or a precedence network. © 
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e 1.2.3.1. Working Days 


MCS recognizes working days and nonworking days for each activity. These are determined using the system, 
project, and network holidays and vacations, the work-week definition, and the activity continuity code. oo 


The user may supply MCS with a list of dates normally considered nonworking holidays and vacations for all 
activities. 


The work-week definition of each activity is supplied by the user and consists of the work-week start day and the 
work-week length. The length of each work day may vary from one hour to three 8-hour shifts. All MCS time 
computations are done in terms of days, regardless of the number of hours of work being performed during the day. 


If the user does not provide a work-week definition, MCS assumes a 5-day work week starting on Monday, and 
having eight working hours per day. In this case, each Monday, Tuesday, Wednesday, Thursday, and Friday is 
considered as a working day for the activity, unless its date is specifically declared to be a nonworking 
holiday/vacation by the user; each Saturday and Sunday would be considered as a nonworking day. 


The activity continuity code (2.3.4) allows the user to direct MCS to use an alternate interpretation of the 
work-week definition and holidays/vacations. The options available include: ignoring holidays and vacations, 
considering the work-week length to be seven days, and delaying the start of the activity until it can be completed 
without interruption. 

1.2.3.2. Activity Duration 

The duration of an activity is the number of working days required to complete the activity. If the exact duration is 
@ known (deterministic case), the user may supply it to MCS. This duration is used in performing the time 


calculations. 


Sometimes it is not possible to give a single, exact activity duration (probabilistic case). MCS accepts three durations 
for an activity: 


1. the optimistic estimate of duration; 

2. the most likely estimate of duration; and 

3. the pessimistic estimate of duration. 

When a set of three durations is provided, MCS converts them to a single duration using the equation: 


optimistic + 4x most likely + pessimistic 
6 


duration = 


This single duration is then used in performing the time calculations. 


Ail durations supplied by the user must be stated in hours, days, or weeks; they are converted to days before 
processing. 
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1.2.3.3. Earliest and Latest Dates 


The dates generated by MCS can be classified as earliest and latest. The earliest time of each activity is constrained 
by the network scheduled start and the earliest times of all its predecessor activities. The generation of the earliest 
times is called the forward pass of time processing. Each latest time of each activity is constrained by the network 

> end date and the latest times of all its successor activities. The generation of the latest times is called the backward 
pass of time processing. | 


The earliest start of an activity is the first working day after the satisfaction of all the constraints of the predecessors 


of the activity. The earliest start of each network start activity is the earliest working day which is on or after the 
network scheduled start. 


The earliest finish of an activity ts the first working day on which the activity can be finished, assuming that it starts 
on the earliest start date and works for the number of days in the activity duration. 


Each end activity in the network has an earliest finish. The network earliest finish is the latest of the earliest finish of 
the network end activities. !t is the earliest date on which all the work represented by the network can be finished. 


The network end date is, at the user’s option (2.3.1), the network scheduled end date or the network earliest finish. 


The latest finish of each network end activity is the latest working day which is on or before the network end date. 
The tatest finish of an activity is the last working day before the satisfaction of all the constraints of the successors 
of the activity. 
The latest start of an activity is the latest working day on which work may start, assuming that the activity duration 
must be completed on the latest finish. 
= The earliest and latest start and finish of an activity are also effected by activity schedule dates (2.3.6) and interface & 
processing (1.2.7). 


Figure 1—7 shows the earliest and latest times for the activities in two small networks. 






ACTIVITY 
WORK-WEEK 
LENGTH =7 


OUMMY 
ACTIVITY 


Network /{—J1 
Figure t—7. Earliest and Latest Times for Activity-on-Arrow and Activity-on-Node Networks {Part 1 of 2) 
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Figure 1—7. Earliest and Latest Times for Activity-on-Arrow and Activity-on-Node Networks (Part 2 of 2) 
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1.2.3.4. Total Float and Free Float @ 


One of the most important features of network techniques is the ability to predict slippages or delays. MCS provides 
two floats which indicate how delays in an activity affect the remainder of the network: the total float and the free 
float of the activity. 


The total float of an activity is the number of working days which the earliest finish may be delayed without 
delaying the schedule represented by the latest times, i.e., the number of working days between the earliest finish of 
the activity and the latest finish of the activity. 


The critical path of the network is the series of activities whose individual activities have the smallest total float. 
Thus, the critical path consists of the activities which are most likely to delay the schedule. 


The free float of an activity is the minimum number of working days that the finish of the activity may be delayed 
without delaying the earliest start or finish of any successor activity. The free float of a completed activity is 0. The 
desired finish of an activity is the date on which the activity must be finished to have a free float of 0. 


In activity-on-node representation, the free float is the minimum number of working days between the earliest finish - 
of the activity and : 


— the earliest start of any successor with a finish-to-start dependency; 
— the earliest finish of any successor with a finish-to-finish dependency; or 


— the network earliest finish (if the activity does not have successors with finish-to-start or finish-to-finish 
dependencies). 


t In Figure 1—7, the total float of activity AB is 3, and the total float of activity CD is 8. The free float of activity AB ® 
is 1 (working day) and the free float of activity CB is O (working days). 


1.2.4. Times Related to Events 


In an I—J network, events are the basis for monitoring project status and describing the activities between them. An 
event occurs as soon as all of its predecessor activities are finished. The earliest occurrence (earliest expected date) of 
an event is the earliest time the event can happen, subject to prior constraints of the network. The latest occurrence 
(latest acceptable date) of an event is the latest time an event can occur subject to the constraints of the network 
following the event. 


The siack of an event is the number of working and nonworking days between the latest and the earliest occurrence 
of the event. In preferred terminology, the term ‘‘slack” pertains only to events, although, historically, it has also 
applied to activities. 


1.2.5. Controlling the Schedule 


In controlling the scheduling process, the user may wish to specify a date for starting and completing an activity. A 
schedule date is an imposed date upon which an event should occur or a work item should start or end. The schedule 
date represents an intended accomplishment for the event or work item. Six optional interpretations of schedule 
dates, and their applications, are described in 2.3.6. The earliest and latest dates of activities may be adjusted or 
completely overridden to comply with a schedule date. 
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MCS provides a float and a slack which are related to the schedule dates. They are computed on the assumption that 

6 each schedule date must be met, regardless of the interpretation selected by the user. The secondary activity float is 
the number of working days by which the earliest finish may be delayed, without delaying the schedule represented 
by the schedule dates. The secondary slack of an event is the number of working and nonworking days by which the 
occurrence of the event may be delayed without delaying the schedule represented by the schedule dates. 


User-supplied schedule dates aid in the adjustment of the planned schedule; however, their use may not produce a 
realistic schedule for the individual activities. If schedule dates are used to shorten the critical path, other critical 
paths may develop. By redefining earliest and latest dates using scheduled starts and finishes, the user controls the 
scheduling process. 
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1.2.6. Reporting Activity Progress 

Network schedules can best be evaluated and modified when they are based on the most recent status of the actual 
work. When an activity is reported as actual or in-process, all of its predecessors are considered to be actual and are 
called implied actual activities. All progress prior to the user-supplied cut-off date (2.3.1) is assumed to have been 
reported. Accomplishments prior to the cut-off date can be reported as: 

a actual start date or end date of an activity; 

a percentage of the activity completed; or 


a estimated remaining duration of the activity. 


If necessary, MCS automatically recomputes the activity duration based on the actual progress to the cut-off date. 
For example, if there are three working days between the actual start date and the cut-off date and the activity is 
reported to be 15% complete, MCS changes the activity duration to 20 days. 


1.2.7. Multiproject, Multinetwork Scheduling 


One of the benefits of MCS is its ability to integrate the plans of related networks. Networks can be interdependent 
through one or more interfaces. 


Because it is difficult, during the planning stages, to determine all interproject dependencies, it is often best to first 


schedule each network by itself. After all the networks have been prepared, they can be tied together through their 
common event or work-item interfaces. 


1.2.7.1. Interface Processing and Network Integration 

Interface processing is a technique which groups networks together through designated events or work items, as if all 
the networks constitute one contiguous network. Interfacing reveals the dependent relationship of work items and 
events in a network to work items and events in one or more other networks. Any number of events, work-item 
starts, and work-item ends may be on each interface; however, no more than one event or work item from a 


particular network may be included on a single interface. Thus, valid dates reflecting the results of interfaces are 
computed for every event and work item. 


1.2.7.1.1. Interface Earliest and Latest Times 

Interface occurrences are computed as “after the completion of work on the specified day”. 
The earliest interface occurrence is the latest of: 

cs the earliest occurrence of each interfacing event; 

Ld the day before the earliest start of each work item interfaced at its start; and 

a the earliest finish of each work item interfaced at its end. 

The latest interface occurrence is the earliest of: 

a the latest occurrence of each interfacing event; 

i] the day before the latest start of each work item interfaced at its start; and 


wi the latest finish of each work item interfaced at its end. 
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1.2.7.1.2. Interface Deflection @ 


Interfacing events and work items may also have a positive or negative bias factor called deflection. The deflection of 
an event is the number of days the event occurrences differ from the interface occurrences. The deflection of a work 
item is the number of days the work-item times differ from the interface occurrences. The computation of 
work-item earliest and latest times is also affected by the work-week definition. 


1.2.7.2. Earliest and Latest Times With Interfaces 


The earliest times of each successor to an interface are constrained by the earliest interface occurrence and the 
deflection, if any. The latest times of each predecessor to an interface are constrained by the latest interface 
occurrence and the deflection, if any. 


Figure 1—8 is an example of two network segments without interfacing. Figure 1—9 shows interfacing and 
deflections between two events. The earliest interface occurrence is 19 and the latest interface occurrence is 16. 
Figure 1-10 shows I—J and precedence network segments without interfacing. Figure 1—11 shows an interface 
between I—J and precedence networks. 


20 

NETWORK R6 
1 
1 


NETWORK R6A 


—| 


LEGEND: 


1 — Identification 

2 — Earliest occurrence 
3 — Latest occurrence 
4 — Earliest start 


5 — Earliest finish 5 4 
6 — Latest start 7 : 6 


7 — Latest finish 
8 — Duration in working days 
9 — Lead/lag 
10 — Interface deflection 10 


Figure 1—8. Two Network Segments Without Interfacing 
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Figure 1—9. Two Network Segments With Interfacing and Deflections 
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= Figure 1-10. I-J and Precedence Network Segments Without Interfacing 
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Figure 1—11. An Interface Between |-—J and Precedence Network Segments 


1.2.8. Network Summarization 


In many cases, it is neither desirable nor practical for a manager to examine the schedule for every activity in a 
network. Instead, the manager wishes to consider all the work done between selected reference points as if it were 
performed by a single activity. In this manner, excess detail can be eliminated while retaining significant scheduling 
information. Reference points are selected because of their significance to the project or their effect on subsequent 
projects. MCS provides this capability through network summarization. 


All the activities performed between each two successive reference points are represented by a single summary 
activity. The status of the summary activity is based on the status of the activities performed between the reference 
points. If no activities are performed, no summary activity is generated. 
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1.2.8.1. Reference Points | @ 
The reference points used during summarization of an activity-on-arrow network are: 
a each network start event; 
a each network end event; 
a each event on an interface; and 
a each event that has a milestone level selected by the user for inclusion in the summarization (3.2). 
The reference points used during summarization of an activity-on-node network are: 
a the start of a work item when: 
— it is on an interface; 
— it has a milestone level selected by the user for inclusion in the summarization; 
— the work item is a network start scents or 
— the work item is not the successor of at least one start-to-start or finish-to-start dependency. 
5 the finish of a work item when: 
— jt is on an interface; @ 
— it has a milestone level selected by the user for inclusion in this summarization; 
— the work item is a network end activity; or 
— the work item is not the predecessor of at least one finish-to-start or finish-to-finish dependency. 


=—~ The start or finish of a zero duration work item may be used as a reference point. 


1.2.8.2. Identification 


Each summary activity is identified by the reference points for the start and end of the summary activity. 


1.2.8.3. Start and End Dates 


Each summary activity represents several activities with individual earliest and latest start dates and earliest and 
latest finish dates. 


The earliest start of a summary activity is the earliest of the earliest start dates of the activities represented by the 
summary activity. The latest start of a summary activity is the earliest of the latest start dates of the activities 
represented by the summary activity. 


The earliest finish date of a summary activity is the latest of the earliest finish dates of the activities represented by 
the summary activity. The latest finish of a summary activity is the latest of the latest finish dates of the activities } 
represented by the summary activity. 
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e 1.2.8.4. Durations 


Two durations are associated with each summary activity: strict duration and elapsed duration. To determine the 
strict duration, each path between the reference points is examined and the activity durations are summed. The 
greatest sum is the strict duration of the summary activity. The elapsed duration is the number of calendar days, 
inclusive, between the earliest start date and the earliest finish date of the summary activity. 


1.2.8.5. Floats 


Three floats are associated with each summary activity: free float, total float, and detail float. The free float and the 
total float of a summary activity correspond exactly to the free float and total float of a standard activity. The 
work-week definition used while computing floats is the work-week definition of the activity used to determine the 
earliest finish of the summary activity. 


To determine the detail float, each path between the reference points is examined and the free floats of the activities 
are summed. The smallest sum is the detail float of the summary activity. 


1.2.8.6. Examples of Summarization 


Figure 1—12 shows activity-on-node network AN with the results of the time computations and the milestone level 
of the start and finish of each work item. The result of summarizing network AN to level 5 is shown in Figure 1-13. 
Figure 1—14 shows network AN summarized to level 2. The summarization of a more complex network segment is 
shown in Figures 1—15 and 1—16. 
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Figure 1—12. Activity-on-Node Network AN 
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Figure 1—13. Network AN Summarized to Level 5 
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Figure 1—14. Network AN Summarized to Level 2 
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Figure 1—15. Part of Activity-on-Node Network With Various Types of Lead and Lag 
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Figure 1—16. Part of Activity-on-Node Network With Various Types of Lead and Lag Summarized to Level 4 


1.3. PASSIVE COST AND RESOURCE CONTROL 


The manager of a complex project is concerned with more than the schedule of that project. The available material 
and financial resources must be carefully monitored. The total amount of resources used to complete work to the 
present time, and required to complete work according to the current schedule, must be compared with the available 
resources. Projections of future resource requirements indicate the resources needed by the current schedule and 
allow a manager to determine the feasibility of the current schedule. Corrective management action may then be 
applied where necessary. This action could involve changing the resource requirements and/or changing the schedule 
by altering the duration of the activities, by modifying the network structure, or by imposing schedule dates. The 
MCS passive cost processor provides the information needed to achieve this level of management control. 


1.3.1. Resources 


MCS maintains a list of all the available resources. The measure of a resource is the unit, hours, shift, or week, 
independent of duration. Each resource requirement of each activity is given to MCS as a quantity per measure of 
resource. 
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table includes both direct and overhead cost rates (1.3.2) and the effective dates of the rates. The direct cost rate is 
expressed per measure of resource. The overhead cost rate is expressed either per measure of resource or as a 
percentage of the direct cost. 


To determine the cost of the resource requirements of each activity, MCS uses resource rates. The resource rates e 


1.3.2. Costs’ Relationship to Activities 

The manager of a project must monitor the costs involved. In the MCS data structure, all costs are attributes of the 
activity (i.e., item of work). If some costs are incurred while meeting a specified resource requirement of an activity, 
those costs are attributes of both the activity and the specified resource requirement. 

1.3.2.1. Types of Cost 

Costs can be categorized according to type of expense. MCS recognizes two types of expense: 


1. Direct cost — an expense for a specific use of a resource. 


2. Overhead cost — an expense for performing work or using a resource, that cannot be directly related to the use 
of the resource. 


In a factory, employee wages are a direct cost, while the cost of maintaining tools is an overhead cost. 
Costs can also be categorized according to type of expenditure. MCS recognizes two types of expenditures: 


1. Disbursement — an actual payment or transfer of funds. 





2. Unliquidated Obligation — an estimated amount of a future disbursement. 


The actual cost of performing an activity is the sum of all the disbursements and unliquidated obligations for the 
activity. An unliquidated obligation is created to ensure that actual cost accurately reflects the best information 
available to management. It allows the inclusion of an expenditure in the actual cost during the delay between the 
time when work is accomplished and when a disbursement is made. Because of this delay, unliquidated obligations 
may exist for a completed activity. 


1.3.2.2. Estimating Cost of an Activity 

The overall estimate of the cost of an activity is the sum of the direct and overhead expenses of fulfilling all the 
resource requirements of the activity. This is calculated using the resource direct cost rates and resource overhead 
cost rates provided by the user. The rates used are those in effect when the resource is required. tf the measure of 
the resource is units, the rates in effect on the earliest start date are used. 

The estimated cost to complete an in-process activity is: 


i] a dollar value provided by the user; 


a the product of the overall estimate and the percentage of work remaining (where work remaining is 100 
percent minus a user-supplied percentage of work completed); or 


a the product of the overall estimate and the percentage duration remaining. 
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Suppose it is necessary to calculate the actual cost of an in-process activity. To do this, it is necessary to know what 
fraction of the unliquidated obligations covers work already completed. There is no valid way to deduce this 
fraction; therefore, in MCS, all unliquidated obligations are for work performed prior to the cut-off date. Note that 
if the sum of unliquidated obligations and disbursements is not equal to the actual cost of all work completed prior 
to the cut-off date, incorrect cost projection occurs. 


An increase in disbursement does not cause MCS to make a corresponding decrease in unliquidated obligations, 
because an unliquidated obligation is an estimate. The adjustment of unliquidated obligations is the responsibility of 
the user. Since costs can be categorized by type of expense and type of expenditure, MCS recognizes four types of 
costs: 


1. disbursements for direct costs; 

2. unliquidated obligations for direct costs; 

3. disbursements for overhead costs; and 

4. unliquidated obligations for overhead costs. 

MCS allows the user to input the cost of performing an activity according to these four types. The input may 
indicate a new total, a positive increment to the old total, or a negative increment to the old total. The form of the 
input may be: 

a a dollar value; 


a a dollar value for use of a particular resource; or 


a a quantity of resources. 


If a quantity of resources is specified, MCS computes the cost using the resource rates in effect on the network 
cut-off date. If a quantity of resources is specified, the cost becomes an attribute of both the activity and the 
resource requirements. Furthermore, the user may input one type of expense for a specified resource, and request 
that MCS calculate the other. 


1.3.3. Cost Summarization 


Managers responsible for cost analysis require reports of cost data within their own organizational frame of 
reference. MCS provides three types of cost accumulation: 


1. Network structure cost accumulation 
2. Work breakdown structure (Figure 1—17) 
3. Organizational accounting structure (Figure 1—18) 


The network structure is defined by the relationship of activities. The actual cost of the network is the sum of all 
costs reported for the activities in the network. The network costs are further summed to form project and system 
costs. 


The work breakdown structure (WBS) and organizational accounting structure (OAS) each consists of a set of cost 
accounts identified by charge numbers on a maximum of 12 levels. The lowest level of the WBS consists of the work 
packages. Each work package contains a set or sets of contiguous activities. The lowest level of the OAS consists of 
the organizational account numbers. These numbers are usually associated with the smallest management units of 
the performing organization. 
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An activity may report directly to a charge number at any level in the WBS and the OAS. A charge number (e.g. 


6868 
more 


in WBS, Figure 1-17; BCP2A in OAS, Figure 1—18) may be summarized to a charge number which is one or 
levels above itself (BP44 in WBS, Figure 1—17; BC210 in OAS, Figure 1—18). The higher level charge number 


is called the summary charge number. Therefore, in the preceding example, the charge numbers BP44 and BC210 are 


the su 


mmary charge numbers for their lower level charge numbers. 


MCS ensures that every element of cost is reported, when cost data is summarized to any level of a structure, by 
maintaining four internally defined pseudo charge numbers at each level of each structure. These four pseudo charge 
numbers accumulate: 


1.3.3 


=—— All da 


costs which enter the structure at a charge number above this level; 
costs which enter the structure at a charge number on a lower level, but bypass this level; 


lower level costs which are summarized to an illegal charge number. At the lowest level of the structure, this 
charge number accumulates costs related to activities which do not report to a valid charge number in this 
structure; or 


costs summed to a lower charge number which has no summary charge number. 


.1. Costs Related to Summarization 
ta in the WBS and the OAS is summarized as of a single date called the system cost cut-off date (2.3.1). 
Actual cost 


The actual cost of a charge number in the WBS or the OAS is the sum of the actual cost of each directly 
subordinate charge number and the actual cost of each activity which enters the structure at the charge 
number. The actual cost of a network is the sum of the actual cost of each activity in the network. 


Planned cost 


The planned cost (budget) may be entered for each charge number in the WBS, in the OAS, and for each 
network. If the user does not specify a planned cost for a charge number, the planned cost is defined as the 
sum of the planned cost of each directly subordinate charge number plus the overall estimate of the cost of 
each activity which enters the structure at this charge number. If the user does not provide a planned cost for a 
network, the planned cost is defined as the sum of the overall estimate of the cost of each activity in the 
network. 


Committed cost 


The committed cost is that part of the planned cost which has been administratively reserved for the payment 
of expenses that have been authorized, and may or may not have been incurred, and those which are expected 
to be authorized in the future. Committed costs may be entered for each charge number in the WBS, in the 
OAS, and for each network. They are not accumulated and are 0 unless provided by the user. 


Indirect cost 


An indirect cost is an expense incurred while performing a group of activities, but that cannot be related to a 
specific activity or the use of a specific resource. MCS does not provide special processing for indirect cost. 
However, the user can input indirect costs for a charge number or network. An additional dummy activity 
should be assigned to the network or to the charge number. tndirect cost data may then be input to MCS as 
regular overhead data for this special dummy activity. These costs are included in the total costs for the 
network or charge number. 
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.] Latest revised estimate 


The latest revised estimate of the final cost of an activity is the sum of its actual cost and its estimated cost to 
complete. The latest revised estimate of the final cost of a network is the sum of the latest revised estimate of 
each activity in the network. The latest revised estimate of the final cost of a charge number is the sum of the 
latest revised estimate of each directly subordinate charge number and the latest revised estimate of each 
activity which enters the structure at this charge number. 


a Overrun/underrun 


Using these costs, MCS provides an analysis of how the incurred and projected final costs compare with the 
value of what has been accomplished and what will be accomplished. A cost overrun exists when the cost of 
performing work exceeds the value of the work. A cost underrun exists when the cost of performing work is 
less than the value of the work. 


MCS projects the final overrun or underrun for a network or charge number by comparing the planned cost and the 
latest revised estimate of the final cost. Cost overrun or underrun of a network or charge number is also analyzed for 
the work performed to date by comparing the value of the work performed (value received) to the actual cost to 
date. The value of work performed is a fraction of the value of all the work, i.e., a fraction of the planned cost of the 
network or charge number. Specifically, the value of work performed is: 


actual cost 


—_———— es x planned cost 
latest revised estimate P 


1.3.3.2. Resource Cost Categories 


The user may assign a group of resources to a resource cost category. Resource cost categories provide actual cost 
data for user-defined classes of resources. All four types of costs are maintained for each resource cost category. As 
previously stated, the user may modify the costs of an activity by giving a positive or negative increment in units of, 
or dollars for, a resource. Such an increment is also applied to the resource’s resource cost category. 


Note that the total actual cost for all resource cost categories is not likely to equal the total actual cost for all 


activities. This is because the latter may be modified without modifying the former, and some resources may not be 
assigned to any resource cost category. 


1.4. RESOURCE ALLOCATION 


(To be supplied) 


1.5. REPORT TYPES 


MCS provides reports for all levels of management from the project leader to higher level management. Most reports 
are in the form of documents; however, some reports present graphic displays. The reports provide comparisons 
between planned and projected accomplishments, highlight important information, and allow management to make 
its decisions with a full understanding of the current situation. 
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1.5.1. Alternate Report Formats @ 
MCS allows the user to control the contents of each report and the order of presentation. Multiple copies of each 

report can be obtained. Dates may be printed in Gregorian form (2.2.4), or as the number of days from the calendar 

zero date. 

The user may request that the report include only milestone events, milestone work items, or I—J activities which 

start or end at a milestone event. Reports may be limited to those activities which start or finish between 

user-supplied dates. Activities may be separated according to department. Cost data may be summarized to any level 


of the WBS or the OAS. 


A high degree of flexibility is attained by allowing the user to select the sort order for each report. Available sort 
parameters include: 


a Project and network identifiers 

a Event and work-item identifiers 

ie Department 

a Earliest and latest start and finish dates 
a Floats and slacks 

a Resource codes 


® Charge numbers 





1.5.2. MCS Reports 
The following reports are provided by MCS: 
e Bar charts 


The activity and critical path activity bar chart reports provide a graphic display of each activity in its earliest 
or latest position on a time scale. Nonworking days, holidays, and vacations are indicated. 


a Activity report 


The activity report provides detailed descriptions and schedules of all the activities (complete, in-progress, and 
future). The report includes earliest and latest start and finish dates, total, free, and secondary floats. 


a Event report 
| The event report provides a detailed description of each event’s earliest and latest occurrence and slack. 
a Predecessor-successor report 


The predecessor-successor report provides a list of the predecessors and successors of each activity. Some 
schedule information is also included. This report is available for activity-on-arrow and activity-on-node 


networks. : 
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Summary activity report 


The summary activity report provides schedule information for the summary activities in a summarized 
network. 


Summarization is performed in accordance with the concepts described in 1.2.8. The user may select the level 
to which each network is summarized (3.2). Earliest and latest dates, strict duration, elapsed duration, and 
floats are included. 


Interface report 


The interface report provides a list of the events and work items which are on each interface. The earliest 
interface occurrence, latest interface occurrence, and deflections are included. 


Critical path activity report 


The critical path activity report provides descriptions and schedules of all the activities on the critical path. 
The information included is the same as that on the activity report. 


Calendar report 


The calendar report prints the calendar dates in Gregorian form. Nonworking days, holidays, and vacations are 
shown. 


Cost structure reports 


The cost structure reports provide a list of all the charge numbers in the work breakdown strucuture (WBS) or 
the organizational accounting structure (OAS) and their relationships to each other within each structure. The 
activities that report directly to each charge number are shown. 


Financial status report 


The financial status report provides detailed financial information including actual cost, latest revised estimate, 
planned cost, and overrun/underrun for each charge number. The report is available for any level of the WBS 
or OAS. The totals are shown for each charge number on the selected level. Each total is broken down to show 
a subtotal of the costs for each charge number which reports directly to this summary charge number. An 
additional subtotal includes all the activities and work items which enter the structure at this charge number. 
This report is also available for all networks in the system. 


Management activity report 


The management activity report provides both schedule and fiscal status for each activity. The activities may 
be sorted according to charge number in the OAS, charge number in the WBS, or project/network. 


Resource cost category plan 


The resource cost category plan projects costs per accounting period for each resource cost category. The costs 
are summed with costs already reported for each resource to date. Direct and overhead costs are shown. 


Financial plan 
The financial plan provides the projected cost per accounting period of each charge number on the selected 


level of the WBS or OAS. Cumulative totals are included. The report is available for any level of the WBS or 
the OAS. This report is also available for all networks in the system. 
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7 Resource requirements plan 


The resource requirements plan provides the total projected requirements and costs for each resource per 
accounting period. Cumulative totals and totals for each network are shown. 


= Resource rates table 


The resource rates table contains the direct cost of each measure of resource, overhead of each measure of 
resource, and overhead as a percentage of the direct cost of each resource. 


This report also provides the effective dates of these resource rates, and the description, measure, and cost 
category of the resource. 


a Project-network report 


The project-network report provides a description of each project and network plus scheduled start, scheduled 
end, and cut-off dates for each. Also shown are earliest start, earliest finish, latest start, and latest finish of 
each project and network as computed during time processing. 


a Resource requirements report 


The resource requirements report presents all requirements, along with the activity identifications and 
schedules. The quantity of resource per measure of resource, total quantity, and total direct and overhead cost 
of the requirement are included. 
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2. Data and Processing in MCS 


2.1. GENERAL PROCESSING FLOW 


The processing performed by MCS can be broken down into seven steps: 


1. Syntax editing 

2. Data base creation or modification 

3: Table generation 

4. Time processing 

5. Passive cost processing 

6. Resource allocation processing 

7. Report generation 

The steps must be performed in the order indicated; however, every step need not be performed during a single exe- 
cution of MCS. The steps to be performed during an execution of MCS are controlled by the user (3.1 and 3.3). 
2.1.1. Syntax Editing 


All data and control information is entered as input to MCS from cards. The format of each card is described in 2.2, 
2.3, and 2.4. 


During syntax editing, each input card is screened and checks are made for the acceptability and logical consistency 
of the data on the card. These checks include tests for acceptable codes, dates in the proper format, numbers in 
fields which indicate numeric data, and complete and valid data identification. Input cards are accepted in random 
order. If a syntax error is detected, the error is indicated on the printer, along with an image of the card in error, and 
the action taken by MCS. 


2.1.2. Data Base Creation or Modification 


The input cards supplied by the user may contain data which is to be added to the data base maintained by MCS. 
The input cards may also direct MCS to modify previously supplied data (2.2). During the data base creation or 
modification step, the data on the input cards is used to create or modify the data base. The new (created or 
modified) data base file (MCNEWDB), however, is not ready to be processed by MCS until the table generation step 
has been completed. (See 3.3.2.4.) tf illegal modification is requested by the user (e.g., an attempt to delete data 
which does not exist), the error is noted on the printer along with the action taken by MCS. 
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2.1.3. Table Generation @ 


Before the data in the data base may be processed further, the data must be placed in the internal data and control 
=—~ tables of MCS (MCTABLES). (See 3.3.2.3.) These tables contain both data and numerous pointers which indicate 
the logical relationships among data items. The table generation step moves the data from the data base to the MCS 
tables. If any logical inconsistency is detected (e.g., reporting the progress of a nonexistent activity), the error is 
noted on the printer along with the action taken by MCS. At the end of this step, the new data base file 
(MCNEWDB) is ready to be processed by MCS. (See 3.3.2.4.) 


2.1.4. Time Processing 


MCS performs all time processing during this step and in accordance with the concepts discussed in 1.2. The results 
are placed in the MCS tables and are available for use during passive cost processing and report generation. If any 
logical inconsistency is detected (e.g., a loop in a network), the error is noted on the printer along with the action 
taken by MCS (Appendix B). 


2.1.5. Passive Cost Processing 
MCS performs all passive cost processing during this step and in accordance with the concepts discussed in 1.3. If 


any error condition occurs (e.g., the total costs reporting to a charge number exceed the system capacity), the error 
is noted on the printer along with the action taken by MCS (Appendix B). 


2.1.6. Resource Allocation Processing 


(To be supplied) @ 


2.1.7. Report Generation 


MCS generates the reports requested by the user. The reports are based on the current contents of the MCS tables. If 
any summary activity reports are requested, the network summarization is performed at this time. All reports are 
printed on the printer. A file containing the sorted report information is generated, if requested (3.3.2.6). The 
available reports are described in 1.5, and an example of each type of report is given in Appendix A. The format of 
report requests is described in 3.2. 


2.2. DATA INPUT AND EDITING 


Ail data and control information is entered as input to MCS in fixed-format cards. The cards may be in random 
order. 


2.2.1. Card Code 


The card code is a 2-digit number that identifies each fixed card format. Acceptable codes and their corresponding 
descriptions are listed in Table 2—1. 
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Table 2—1. MCS Input Card Codes 


Run-time parameterization 
Run-time parameterization 


System, project, or network header 


System, project, or network description 


Hotiday/vacation 

Report request 

Resource description 

Cost category 

Resource rates 

Activity definition 
Precedence definition 
Milestone, work-item/event schedule 
Resource requirements 
Interface definition 
Activity progress 

Cost progress 

Cost structure definition 
Charge number assignment 


Charge number planned cost 





Network planned cost 


2.2.2. Transaction Codes and How to Modify the Data Base 












PAGE REVISION 





* This card contains control information only. It does not cause MCS to update the data base. 


**This card always causes the data base to be updated and does not contain a transaction code. 


MCS uses data on input cards to modify the data base. The fields on a card are divided into two classes: identifier 
fields (e.g., network identifier, resource code) and updater fields (e.g., activity duration, overhead cost rate). 


A card must contain a complete identification before the transaction is processed. The transaction code tells MCS 


how to use the data on the card. The five acceptable transaction codes and their meanings are: 


1. A, N, or blank — Add to the data base. 
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2. D — Delete all data associated with the identification. Ali updater fields on the card are ignored. A full 
explanation of delete processing is included in the description of each card format (2.3 and 2.4). A maximum @ 
=> of 100 D transactions may be processed per execution of MCS. 

3. R — Replace selected updateable data items with data from the card. If data is provided in an updater field, 
the data replaces the contents of the data base. Data may also be selectively deleted using this transaction 
code. If the special character, ampersand (&), is in the first column of an updater field, the corresponding data 
is deleted. 


The type 00, 01, and 14 cards contain only control information and do not require a transaction code, they effect 


only one execution of MCS. The type 46, 52, and 53 cards always cause the data base to be updated and do not 
contain a transaction code. 


2.2.3. Identification Formats 


The MCS identification character set consists of: 


0, 1,...,9 

A, B,...,2 

= plus 

— minus 

2 asterisk 

/ slash 

$ currency symbol 

& ampersand 
period 

: comma © 

A blank 


2.2.3.1. Project—Network Identification 

The project—network identification is a 6-character field used to identify a network within a project or a project 
within the system. The identification is divided into two 3-character subfields. The first is the project code and the 
second is the network code. Any combination of the characters in the MCS identification character set may be used 


for each code. A blank subfield has a special meaning to MCS and is permitted only on the type 10 (2.3.1), type 11 
(2.3.2), and type 12 (2.3.3) cards. 


2.2.3.2. Event—Work-Item Identification 


Each event and work item is identified by six characters from the MCS identification character set, except all blanks. 


2.2.3.3. Resource Identification 


Each resource is identified by six characters from the MCS identification character set, except all blanks. 


2.2.3.4. Charge Number Identification 


Each charge number is identified by 18 characters from the MCS identification character set, except all blanks. _ 
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2.2.4. Dates 

All dates on input cards and in reports are normally in one of the following formats: 
a ddmmyy 

a ddmm 

where dd is day, mm is month, and yy is year. 


Dates in the form yymmdd are also available. The user may direct all dates on input cards or reports to be in this 
form (3.1.1). 


All dates supplied by the user are considered to lie between January 1, 1950, and December 31, 2049. 
NOTE: 


All start dates mean “before the start of work on the specified day”; all finish, end, occurrence, and cut-off dates 
mean “after the completion of work on the specified day.” 


2.3. TIME INPUT FORMATS 


The input data required for an individual activity/work item and the network itself is described in succeeding 
paragraphs. Following each card format is a column-by-column description of the card fields. If applicable, each card 
field is classified as either an identifier field (1) or an updater field (U) (2.2.2). 


2.3.1. Type 10 Project—Network Header 


The type 10 card defines information pertaining to a project in a multiproject process, and to a network in a 
multinetwork process. Hence, this card, with its project—network names, identifies the elements of the hierarchical 
structure of Figure 1—1. 


2—5 
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Following are the three types of type 10 cards: @ 
a System 
A blank project — network field represents the system level. 
a Project 
A blank network field and a nonblank project field represent the project level. 
a Network 
Nonblank project and network fields represent the network associated with the project. 


The type 10 card has the following format: 


N 
E 
SYSTEM t 
IDENT DATE PARAMETERS | | CALENDAR 
Di | ZERO DATE 
T|PROJ| NET] |SCHEDULED/SCHEDULED F 
4 10 Jc] Ip | tD START END newer 6 
DOOKCKOKDHOOOCOOCARORARSSRRGKOEHOKOO COC OHODKCHOOCCOOKOHOCOOKCKCOOKODAAAOKKKOAAGCOHROGAES 


125/314 5 G17 S 8S let 1219 4S TT 2 VDNMAVR7ADA SUN RUAMAAMIAAVVRAANKLKKMSGSTCABUVRGDHS VT VVNUNLHKBEBCHKKRKHHNNRAMNBNNANS 


PUT V TATA T IPT EDT TTT at 


2.2)2/2 2 2/2 221222222 2)\22222 2/222 22 212 2 2)212|2|2|/212 2/2 2 222212 22222222 222222222222222222222222222 
33/3/3 33/3 3 3/3/333.33 3133333313333 3.313 3 3/3]3/3/3/3/3 333333 3933333333333333333333333333333333333 


RAMA A AAGAAAA AOE AAA AA AAA A AAA AM AMAA AAA AR AAA AMAA A GAA AAAAAAAA AAA AAA Ada Ga 
§ 55/5 § 9/5 $5/5555555555 55555555 55 5 55/55/5955 955555 555555555559555595555555555555555555555 & 
GEGEEC ECC ECCEC CCE CEEC ESC C ES CEOS EGE CE GCCEECECEE6CCGGEECS6GCC6E6ECEGGGEGCCGEECEGEEGEGE 
Pilon eee tee Peer eerliititiv (freer Pere eee eee eee eee eee eee eee eee 
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Purpose 


Card code = 10 (2.2.1) 
Transaction code: R, A, N, or D 


If the D transaction code is used for a network type 10 card, 
it deletes the entire network, its component activities, 
related cost and resource requirements, and description 
information. If network reentry is necessary, the network 
must be treated as if it is new, and all associated cards 
describing applicable time, cost, and resource information 
must be reentered (2.2.2). 


If the D transaction is used with a project type 

10 card, all of the information previously input 
via project type 10 cards for the identified project 
is deleted. The networks in the project, the 
project description, and contract are not deleted. 


The D transaction is not permitted with a system 
type 10 card. 


Project identification (PROJ-ID, 2.2.3.1) 
Network identification (NET-ID, 2.2.3.1) 
Scheduled start date (2.3.1.1) 
Scheduled end date (2.3.1.1) 


The use of the scheduled end date is determined by the network 
end date flag, column 36. 


Cut-off date (2.3.1.1) 


MCS assumes that all activity progress up to this date has been 
reported. No future activity is assigned an earliest start 

prior to this date. If the field is blank and in-progress 
activities exist, an error message may be given (Appendix B). 
The earliest cut-off date is used as the system cost cut-off 
date (1.3.3.1). 


Work-week length (WWL, 2.3.1.1) 
Code 1—7, the number of days in a work week. 
Work-week start day (WWS, 2.3.1.1) 


The following codes describe the start day of the work week for 
the network: 
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Column Class Purpose _ 


Code Description 


M Monday 
T Tuesday 
W Wednesday 
H Thursday 
F Friday 
S Saturday 
U Sunday 
—_> 34 U Activity continuity code (CONT-CD) 


The codes indicating the continuous 
or noncontinuous activity durations are: 


Code Description 





1 Each activity may be split into multiple 
working periods with embedded nonworking days. 


2 Each activity cannot be interrupted under 
any circumstance, i.e., holidays, vacations, 
and weekends are work days. 


3 Each activity may be interrupted only by @ 
holidays and vacations. Regular weekends are 
considered work days. 


4 Each activity cannot be started until the 
full duration of the activity is available 
without encountering any holiday or vacation 
periods. Regular weekends are considered work 
days. 


5 Same as code 1 except that the activity must 
start on the work-week start day. 


6 Same as code 2 except that the activity must 
start on the work-week start day. 


7 Same as code 3 except that the activity must 
start on the work-week start day. 


8 Same as code 4 except that the activity must 
start on the work-week start day. 
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Purpose 








Type of network (TY-IND) 


This field is valid only on network type 10 cards. 
The following codes indicate network representation: 
A — Activity-on-arrow network representation (|—J notation, 1.2.1.1). 


P — Activity-on-node or precedence network representation (work-item 
notation, 1.2.1.2). 


Blank — A blank code indicates activity-on-arrow representation. 


Network end date flag (NET-END-FL) 


The following are acceptable single numeric codes indicating the 
network latest finish: 


Code Description 





0 Use the scheduled end date (1.2.2). 
If the scheduled end date is not provided 
use the network earliest finish. 


1 Use the earliest of the network scheduled end date 
and the network earliest finish (1.2.2). 


2 Use the latest of the network scheduled end date 
and the network earliest finish (1.2.2). 


3 Use the network earliest finish (1.2.3.3). The 
scheduled end date serves only for secondary computation. 


Calendar zero date 


When reports contain dates expressed in integer days (3.2.2), the 
_ day numbers are computed relative to this date (unless a report 
zero date is provided, 3.2.1). 


This field is valid only on a system type 10 card. 
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Input information can be defined for every element of the hierarchical structure from the system level, downward to 
the network level. The information is used from the network level, upward to the system level. 


lf the required data is provided at the network level, it is used. If the required input is not given at the network level, 
MCS searches for the data upward in the hierarchical structure. If the required data is not given at any level of the 
structure, MCS uses the default value or terminates the run. 

2.3.1.1. Project—Network Header Card Data Items 

The following data items are processed through the hierarchical structure: 

= = Scheduled start date — If this date is not provided, the program terminates after table generation. 

= Scheduled end date — Default date is the network earliest finish. 

a Cut-off date — There is no default value. MCS attempts to run without a cut-off date. 

a Work-week length — Default is five days. 

a Work-week start — Default is M (Monday). 

a Continuity code — Default is 1 (a noncontinuous activity). 


a Network end date flag — Default is use of the scheduled end date. 


2.3.2. Type 11 Project—Network Description 


The type 11 card contains a description to be included in the report headings. The type 11 card has the following 
format: 


SYSTEM 
IDENT SYSTEM/PROJECT/NETWORK CONTRACT 
DESCRIPTION 


COOOKCOOCAOCOKOCOOKHOOKGOHKCOOHHOOCHDDKHKOHDOHHONKHHHOHNNHKOKDHOKNKGHO0000000000 


Oi? B 9510 19 1213 14 SC 17 IRM NVBMAANMBABNRBGBHSARVBRBHULHAGS 44 WO DS 52 53 4 SK 56 57 58 SS 60 G1 G2 63/64 GS OS G7 OS OD 8 71 72 73 4 75 
11 


VETTE V TPT TAPP TTT ATT TTA TTT TTT EDT TATED 


2222 2 22 2222222222222 288222222222 8222222222 2/22222 
3 3/313 3 3/3 3 3133333 3:3333333333333333333333333333393333333333939333333333333333333 333333 





Column Class Purpose 
1-2 l Card code = 11 
x | Transaction code: R, A, N, or D 


The D transaction code deletes the contract and the description 
from the hierarchical structure. 


4-9 { Project — network identification (2.2.3.1) 
16—63 U Project — network description 


This description is used in report headings (2.2.3.2). 
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Column Class Purpose 


— 





64—75 U Contract 


This field is also used as part of the report heading. Any 12 
printable characters may be used. 


2.3.3. Type 12 Holiday/Vacation 


Y This card defines the holidays and vacations that occur during the duration of the scheduling process. Multiple 
holiday/vacation cards can be entered for any year. For a network, the MCS uses all holidays and vacation-shutdown 


periods supplied via the appropriate network and project type 12 cards and the system type 12 cards. The type 12 
card has the following format: 








SHUTDOWN VACATION HOLIDAYS 
PERIODS 





2 7 







412 





13 







| 
2 2(2|2 2 2 222 aja aja 2i2 2}2 212 2}a aja aja 22 2/2 2/2 2/2 2/2 212 2/2 2/2 212 2/2 2/2 212 22 22 22 ajo 212 ajo 2,2 212 2/2 212 212 212 212 212 21 


333] 3 3/3 3 3/3 3/3 3]3 3/3 3|3 3/3 3)3 3) 3]s 313 3/3 3/3 3/3 3/3 3]3 3/3 3]3 3/3 3/3 3[3 3]3 313 3/3 3]3 3] 3]3 3} 313 3/3 3/3 3/3 3|3 3}3 313 3/3 313 


Column Class Purpose 





1-2 | Card code = 12 (2.2.1) 

3 { Transaction code: A, N, or D 
The D transaction code deletes the holidays and vacations 
specified on the card. If columns 12—79 are blank, all 
holidays and vacations for the year are deleted. 

4-9 | Project — Network identification (2.2.3.1) 


10-11 | Calendar year 


The calendar year is specified by a 2-digit numeric field in the 
range 00—99 (2.2.4). 


12—27 | Shutdown-vacation periods 


The dates are inclusive, e.g., 2/7 to 5/7 is four days. 


28—79 [ Holidays 


Holidays do not need to be in chronological order. 
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2.3.4. Type 40 Activity Definition 
This card defines data for individual activities in either activity-on-node or activity-on-arrow networks. 


The type 40 card has the following format: 


Cc 
ACTIVITY /Wt — IDENT TIME ESTIMATES 5 DEPT ACTIVITY/AWORK ITEM DESCRIPTION 
CICIS (WI Wi 
SYSTEM ACTIVITY /WI O;ONT 
(D N nN ES L 
VITIR 
END EVENT Opti- Most Pessi- 
PROJ] NET START or Hee : 8 IC IC IC 
R EVENT WORK ITEM| istic Likely mistic I5/6ID 


COOONOKCOOOCOKCHKCOO HOO OKOONDOO OOOO O000O0COOKHO00000000000000000000000000000 00 


0 
& 7G FS 10/1 12 13 1415 167 18 19 20 21 22 [23 24 25 28127 2B 2B Wt 32 33 34 35 138 37RD AO 41 4243/44 45 46 47 48 48 50 51 52 53 5455 56 57 58 59 60 St 52 63 G4 GS OS 67 GB OD 7071 72 73 4 75 7? 78 8 
I 


WPT ATP DDT TIDE PTT TT 


— # © OO rmcmer 


— «oO 






22222 2 22 222 22282 222222 22 22 22 2 2 22 2 2 2122 12)2/2 2 2 2222 222222222222222222222222222222222 2/2 
3 3/3/3/3 3 3/3 3 3/3 33.33 3)3 3.33 33/3 3 33/3 3 3 3/3 33 3/3/3/3/313 3 3 33/3 3939939333339333393339339333333933339333 33 


Column Class Purpose 





1-2 | Card code = 40 (2.2.1) 
3 | Transaction code: R, A, N, or D 


The D transaction code deletes the activity, related cost, and 
resource requirements. If activity reentry is necessary, the 
activity must be treated as if it is new, and all associated 

cards describing applicable time, cost, and resource information 
must be reentered (2.2.2). 


S : 4 U Level 


This field is a code 1—9, where 1 indicates the highest level of 
significance, and 9 indicates the lowest level. Screening out 
certain activities at report time is accomplished with the use of 
this level. A blank code is considered as a code 6. 


5—10 | Project—network identification (2.2.3.1) 
11-16 i Start event 


The l-event of an activity in {—J notation. In 
precedence notation, this field is blank (2.2.3.2). 


17-22 ; End event or work item <i 


The J-event of an activity in an I—J notation or the work item 
identification in the precedence notation (2.2.3.2). 


23—26 U Duration or optimistic estimate of duration 


This field indicates duration of the activity or work item. If 
three time estimates are used, the optimistic estimate is the 


first estimate (1.2.3.2), Leading and trailing blanks are ignored. 


27—30 U Most likely estimate of duration 





This field provides the second time estimate. It is blank if one 
time estimate is used (1.2.3.2). Leading and trailing 
blanks are ignored. 
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Column Class Purpose 








31-34 U Pessimistic estimate of duration 
This field provides the third time estimate. It is blank if one time 


estimate is used (1.2.3.2). Leading and trailing blanks 
are ignored. 


35 U Time conversion code (CONV-CD) 


The fundamental unit of time in MCS is days. The following 
alphanumeric character codes describe the unit of the duration estimates: 


Code Description 





1 or Blank One 8-hour shift day 


2 Two 8-hour shift days 
3 Three 8-hour shift days 
4 Four-hour days 
5 Five-hour days 
6. Six-hour days 
7 | Seven-hour days & 
8 Eignt-hour days 
9 Nine-hour days 
D Days 
H Hours 
Ww Weeks 
36 U Activity continuity code (CONT-CD) 


The codes indicating the continuous or noncontinuous activity 
durations are: 


Code Description 





>> 1 Indicates a noncontinuous activity; i.e., the activity 
may be split into multiple working periods with embedded 
nonworking days. 


2 Indicates a continuous activity which cannot be interrupted 
under any circumstances, i.e., holidays, vacations, and 
weekends are work days. & 


3 Indicates a continuous activity that may be interrupted 
only by holidays and vacations. Regular weekends are 
considered work days. 
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; Column Class Purpose 
4 Indicates a continuous activity that cannot be started 
until the full duration of the activity is available 
without encountering any holiday or vacation periods. 
Regular weekends are considered work days. 


5 Same as code 1 except that the activity must 
start on the work-week start day. 


6 Same as code 2 except that the activity must 
start on the work-week start day. 


7 Same as code 3 except that the activity must 
start on the work-week start day. 


8 Same as code 4 except that the activity must 
start on the work-week start day. 





Blank The network continuity code is used. ti 


Examples of noncontinuous activities are building a frame for a house 
or digging the foundation for a building; and continuous activities are 
operating an emulsion mill, shutting down a steel mill blast oven, or 
any chemical process involving volatile reactions. 


& 37 U Activity cluster code 


—_——w 


An alphanumeric 1-character code is used to associate a group of activities 
or work items within a network. The valid cluster codes are A—Z and 0-9. 
This permits a maximum of 36 subdivisions or categories within a single 
network. A blank field indicates that the activity or work item is not 
associated with a specific cluster. 


38 U Work-week start (WWS, 2.3.1.1) 


The following codes describe the start day of the work week for the 





activity: 

Code Description 

M Monday 

T Tuesday 

W Wednesday 

H Thursday 

F Friday 

S Saturday 

U Sunday 

Blank The network work week start is used. 
39-42 U Performing department 
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Purpose 


Work-week Jfength (WWL, 2.3.1.1) 


Code 1—7 describes the length of the working week. If this field is blank, 
the network work week length is used. 


Activity (work item) description 


This description appears in the printed reports (2.2.3.3). 


2.3.5. Type 41 Precedence Definition 


This card defines the dependency between the work item and its predecessor. Each card can specify up to five 
predecessor work items. The type 41 card has the following format: 


WORK ITEM IDENT 
| SYSTEM 
; 

ai |t 
WORK 
PROJ] NET| ITEM 
0 0/0/0\0 
12/3 |4|/5 
Taiiti 


WORK 
ITEM 


00100000000 0/0000 0 0/0/6000 0/0000 0 0/0/0009000000 0 000000000000 000000000000 dee 00000000 


7G 8 18d 12 13 14:15 18/17 18 19a 


$ 
PETA DTPA TED TET EDR TTT ete 


PREDECESSOR WORK ITEMS 


PWI-1 PWI--2 PWI-3 PWI-—4 PWI-5 
TIc Tic Tic TIC TIC 
yio} LEAD/ WORK Y{O} LEAD/ WORK Y LEAD/ WORK Y¥|Oy LEAD/ WORK |}Y/O} LEAD/ 
PIN| LAG {TEM PIN} LAG (TEM PIN] LAG ITEM PIN} LAG ITEM PIN} LAG 
E|V EiVv E|V EIV ElV 


ANADSBSNNVD MS SIBVVVWNs AHHH se 40 SE 51 52153 54 5S 56 57 58/58 eOS1 62 63 C485 OS G7 OB OB 70/71 /72/73 14 75 70/77 78 79 OD 


2 2212/2 22/2 22\2 2222 212222 2 2)/2/2)2 2 2 2)2 2 2 2 2 2/2/2)2 2 2 2/2 2.2 2 2 2/2/2)2 2 2 2)2 22:2 2 2/212)2 2 2 2/2 2 2 2 2 2)/2/2)/2 2 2 2/2 2 22 
3 3)3)3/3 3 3/3 3 313 3333 3/333 3 3 33/3/33 3 3/3 33:33 3/3/3913 3 3 3/3 3 3 3 3 3/3/3133 3 3/3 3.33 3 3/3/3/3 3 3 3/3 333 3 3/3/3/3 3 3 3/3 3 3 3 





Column _—__ Class 
1-2 | 
3 | 
5—10 | 
11-16 | 
17-22 | 
23 | 


Purpose 

Card code = 41 (2.2.1) 

Transaction code: R, A, N, or D 
The D transaction code deletes the existing dependency between a 
work item and its predecessor. If columns 17—76 are blank, ali existing 


dependencies between the work item and its predecessors are deleted 
(2.2.2). 


Project—network identification (2.2.3.1) 
Work item (2.2.3.2) 

Predecessor work item (1.2.1.2) 

Type of dependency 


This code expresses the dependency between the predecessor work item in 
columns 17—22 and the work item in columns 11—16. 
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@ Column — Class Purpose 


Code Description 

F Denotes finish-to-finish dependency (Figure 1—4) 

S Denotes start-to-start dependency (Figure 1—5) 

N Denotes finish-to-start dependency (Figure 1—3) 

X Denotes start-to-finish dependency (Figure 1—6) 
24 U Time conversion code 


The following codes represent the unit of expression for lead/lag 
in columns 25—28: 





Code Description 

D or blank Days << 
Ww Weeks 

P Percentage — !f column 23 = S, this is the percentage of 


duration of the predecessor work item, columns 17—22. If 
column 23 = F, this is the percentage of duration of the 


& work item, columns 11—16. If column 23 = N or X, this code 
is invalid. 
25—28 U Lag or lead time (1.2.1.2) 
A positive or negative number of calendar days or percentage. fom 


If this is a percentage, it must be in the range of 0 to 100. 
Leading and trailing blanks are ignored. 


29—76 U These columns provide space for four more predecessor work-item fields. The 
format of each is the same as columns 17—28. 


2.3.6. Type 42 Milestone Work Item/Event Schedule 


This card establishes the event or the work item as a milestone, assigns schedule dates, and identifies network 
terminal points. The type 42 card has the following format: 


j MILESTONE SCHEDULED 
DATES 
DESCRIPTION 


SYSTEM EVENT or 
WORK ITEM 


START |COMPLETION 
EVENT 


DDI MM! YY| DD| MMIiYY WORK ITEM START WORK iTEM FINISH 


r<erc-e 


PROJ| NET 


000/000000/0/0/0 0100/0 D0 OOOO OOCCOCHOKHODDOCHOCHOCHDOHOOAHOOONKHHOOANCHAOHHKHHNNHONE A 


@ 9 10 11/12 13 14 95 16 17 [18 19/28 21; 22 23/26 25128 27/28 29138 It 32 33 34 3S 3S IF? WS WO OO At 42 43 44 45 46 47 48 48 50 51 52 S53 54 55/56 57 58 59 60 G1 G2 SS 64 OS OE ET OS OS FE 71 72:73 74 5 6 TT 7B 793 


PVUV DDD TT DTTP TPT TTT TET TTI EET TTT aaa 


Oo27~ AV 20M 
ZO-—AVOOMITMOY 


N 

D 
0 0/0/0 
42/3/14 
14st 


2 212;2/2\2 2 2/2 2 2/2 22 2 2 :2/212/2 2/2 212 2/2 212 212 2)2 222 22222222222222222222)222222222222222222222222)2 
@& 3 3/3/313/3 3 3/3 3 313 3.33 3 3/3/3/3 3/3 3/3 3/3 3/3 3/3 3/3 33333393333939339333933393393)33333393933339333339333 33 
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Card code = 42 (2.2.1) 

Transaction code R, A, N, or D 
The D transaction code deletes all updateable fields (2.2.2). 

Type of network 
The following codes indicate network representation: 
Code Description 
A I—J notation 
P Precedence notation 

Milestone level code (MIL-LEVEL CD, 1.2.8.1) 
A code of 1—9 is allowed. It is the event milestone level if the type 
of network in column 4 is an A (!—J notation). |f column 4 is a P, 
this column indicates the milestone level for the beginning of the 
work item. 

Project—network identification (2.2.3.1) 

Event or work item (2.2.3.2) 


Network terminal point indicator (1.2.2) 


S The event is a network start event or the work 
item is a network start activity. 


£E The event is a network end event or the work 


item is a network end activity. 


B The work item is a network start activity and 
a network end activity. 


Blank The event or work item is not a network terminal 
point. 


lf any terminal point of a network is identified using a type 42 card, 
then all terminal points in the network must be identified using type 
42 cards. If none of the terminal points of a network are identified 
using a type 42 card, MCS will automatically identify and process all 
network terminal points. 


Scheduled date (SCHED OPTION, 1.2.5) 


The optional scheduled-date code indicates that a scheduled time or 
date for an event or work item is desired. 


There are six alternatives represented by the character codes listed 
in Table 2—2. 
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U Scheduled start date for the work item or the scheduled date for the event 
(1.2.2) 

U Scheduled end date for the work item (1.2.2) 

U If column 4 is an A, this field contains the event description. 


If column 4 is a P, columns 32—55 contain the description of the milestone 
at the beginning of the work item; columns 56—79 contain the description of 
the milestone at the end of the work item. 


U Milestone level code (MIL-LVL, 1.2.8.1) 


This code of 1—9 is the milestone level for the end of the work item. 


If column 4 (type of network) is A, this field is blank. 


Activity-on-Arrow 
(i—J) 


The latest 
occurrence of the 
event is equal 

to the scheduled 
date. 


The latest 
occurrence of the 
event is equal 

to the earliest 

of the tatest 
occurrence and the 
scheduled date. 


The scheduled 
date is used 
for report 
purpose. 


The latest occurrence 
of the event is 

equal to the earliest 
occurrence of the 
event. 


The earliest 
Occurrence of the 
event is equal 

to the latest 

of the earliest 
occurrence and 
the schedule 
date. 


Table 2—2. Character Codes for Scheduled Date (SCHED OPTION) (Part 1 of 2) 


Scheduled 
Date Must 
Be Specified 


Scheduled 
Start Date 
Must Be 
Specified 


Activity-on-Node 
(Precedence) 


The latest finish 
of the work item 
is equal to the 
scheduled end 
date. 


The latest finish 
of the work item 
is equal to the 
earliest of the 
latest finish and 
the scheduted 
end date. 


The scheduled 

end of the 

work item is used 
for report purpose. 


The latest finish 
of the work item 
is equal to the 
earliest finish 

of the work item. 


The earliest start 
of the work item 
is equal to the 
latest of the 
earliest start 

and the scheduled 
start date. 





Scheduled 
End Date 
Must Be 

Specified 
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Table 2—2. Character Codes for Scheduled Date (SCHED OPTION) (Part 2 of 2) 





Scheduled Scheduled 

Activity-on-Node Start Date End Date 
(Precedence) Must Be Must Be 
Specified Specified 


Scheduled 
Date Must 
Be Specified 


Activity-on-Arrow 
(t—J) 


The earliest The earliest 
occurrence of start of the 

the event is work item is 
equal to the equal to the 
schedule date. scheduled start 


The earliest 
finish of the 
work item is 
equal to the 
scheduled end 


The earliest start 
and the earliest 
finish of the 

work item are equal 
to the scheduled 
start and 

scheduled end 
dates. The 

duration of 

the work item is . & 
the number of 
working days 
between the 
scheduled start 

date and the 
scheduled end date. 





2.3.7. Type 44 Interface Definition 


This card defines event and work item interfaces. Events and work items need not have the same identifier. Each 
member of an interface has the same interface identification provided by the interface-ID. Each interface may 
contain no more than one event or work item from a particular network. One card can specify up to three interface 
definitions. Multiple interface definition cards can be used to describe a single interface. The type 44 card has the 
following format: 


, . ; 
T T T 
E E E 
INTERFACE INTERFACE e INTERFACE 7 INTERFACE = 
10 DEFINITION-1 Alc DEFINITION-2 A Cc DEFINITION-3 A c 
cla oO oO 
T PROJ| NET | EVENT or JE/NIDEFLEC- E |NJDEFLEC- © N|DEFLEC- 
44 |c 1D 1D {WORK ITEM|f |v|TION FivITION Fly[TION 
CHOGDKCAOHGOAOAOAOKVOAOAOKCKCAKCKOOCNIDOHOOKOOAKADOCHHAKODODOOCOCOOCOGOCOKOOOGO0COOCHOOO0RaGOROO00O8 
12/3/45 6 7 B 9/10 tT 12/09 14 15108 17 19 £9 2B 21122/23/24 25 26 27/20 29 Bis) IP 33/34 35 IS 37 38 30108141 (42 43 44 45146 47 46 lem 50 51/52 53 54 55 Se 57/58 {S060 GI G2 53166 OS OS GT OB OD 7071 72 7) 14:75 18 77 78 79 
TITPITE PRIDE PPP PPT TEED ED DUT PET EE 


221212 2 2 22 22 2 212 2 22 22 22 2/2)2|/2 2 2 2/2 2 2/2 2 212 2 2 2 2 2/2 )2)2 2 2 22 2 212 2 212 2 22 2 221212 2:2 2)22222222222222222 
3 3/3/39 33 3.3 3/3 3 3/3 3 3/3 33 3:3 3/3/33 3 3 3/3 3 3/3 3 3/3 33 33 3/3/3/3 3 3 3:3 3 3/3 3 3/3 333 3 313/313 3 3313 3333333333333333 
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® Column Class Purpose 


1-—2 | Card code = 44 (2.2.1) 
3 | Transaction code: R, A, N, or D 


The D transaction deletes the interface relationship of the specified 
events or work items. If no events or work items are given in columns 
10—63, all the interface definitions associated with the interface 
identification are deleted (2.2.2). 


4-9 | Interface identification 
A 6-character field identifying an interface. Any combination 


of characters from the MCS identification character set, 
except all blanks, may be used. 


10-15 | Project—network identification (2.2.3.1) 
16—21 | Identification of an event or work item on the interface (2.2.3.2) 
22 U Interface flag 


indicates the event or work item interface condition: 
Code Description 


@ Blank Event is the interface. 


S The start of the work item is the interface reference point. 
F The finish of the work item is the interface reference point. 
23 | U Time conversion code 


Unit of expression for interface deflection in columns 24—27: 


Code Description 


D or Days 
blank | 7 
W Weeks 

24—27 U Interface deflection 


A positive or negative bias from the interface time expressed in 
calendar days (1.2.7.1.2) — 


28—63 U These columns provide space for two additional interface definitions. 
Additional members of the interface can be specified on additional cards. 
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~~ 2.3.8. Type 45 Activity Progress 


This card is used to report the progress of an activity. All activity progress must be reported up to the cut-off date 
supplied by the type 10 card. Type 45 activity progress card is not used when setting up the initial plan. The type 45 
card has the following format: 


ACTIVITY Pee? ESTI- 
SYSTEM WORK ITEM IDENT ACTUAL DATES MATED 
DURA. TO Cc 
1 +| EVRE [pREORE comene: | EAS | SOG | See |g 
— 4s |e] PROJ] NE EVENT |it STARTING TION SOM. | COM: 


RW 
EM 
v 
OOOO OOMKOOCHOHKOOOCOKKOHGHHE OG RRA HHO OOOO ORO BHHHCOHOHHHHOODOKCOOOOkaSsedeeeoooecdeEe 
12/3 [4 5 6/7 © 8 [10 11 1213 14 1Site 17 18 19 20 21/22 23 26 25 28 27/90 20 30 31 32 5519695 36 37/0) 90 40 41142 3 44 4548147 40 40 58 St 57S STO ROMER TRARINGNBRINAS 
PUTED TET 
221212 2.2122.2122222222222 2122222 2/22222 21212 2 2/212 2 212 22-2122 222222222222222222222222222222222 


33/3/33 3/3 3 3/3 3.33.3 313.9393 3 3193339 3/3 3333 3/3/33 3/3/33 3/3 3 3 3/313333333333333333333333333333333333 


Column — Class Purpose 





1—2 | Card code = 45 (2.2.1) 
3 | Transaction code: R, A, N, or D 
The D transaction code deletes all updateabie fields (2.2.2). 
4-9 { Project—network identification (2.2.3.1) 
10—15 i Start event 


This field contains the t-event identification of an activity in I—J notation. 
in the case of precedence notation, this field is blank (2.2.3.2). 


16—21 | End event or work item 


This field contains the J-event identification of an activity in |—J notation, 
or the work item identification in the precedence notation (2.2.3.2). 


22—27 U Actual start 

This field specifies the date the activity actually began. 
28—33 U Actual completion 

This field specifies the date the activity was completed. 
35-37 U Percentage duration complete 


This optional field, in the form xxx, describes the percentage duration 
completed to the cut-off date. 
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Class Purpose 





U Percentage work complete. 
This optional field has the form xxx. 
U Estimated time to completion. 


This field specifies the time required to complete 
the activity. 


U Time conversion code (CONV-CD) 


This field specifies the unit of expression for 
estimated time to complete in columns 42—45. 


Code Description 


D or Days 
blank << 
W Weeks 


The 11 ways to specify the status of an activity are listed in Table 2—3. When an activity is reported as being actual 
or in process, all of its predecessors are considered to be actual. A type 45 card is not required for these implied 


actual activities. 


Data From 
Type 45 Card 


Actual start 
Estimate-to-complete 


Percentage duration 
complete 


Actual completion 


Table 2—3. Data Required for Specification of Activity Status 
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2.4. PASSIVE COST AND RESOURCE SCHEDULING INPUT FORMATS 


The following paragraphs describe the input cards used for passive cost and resource scheduling data. In the 
column-by-column card field descriptions, fields are classified as either identifier fields (1) or updater fields (U) 
(2.2.2). 


2.4.1. Type 20 Resource Description 


Data from this card defines one, two, or three resources. Every resource code must be defined using a type 20 card 
before it is used on any other card. The type 20 card has the following format: 


M 
E E E 
A A A 
S S S 
U U U 
T| RESOURCE {R RESOURCE |R RESOURCE |R 
20 |c| cobe ~ |e DESCRIPTION CODE |e DESCRIPTION CODE IE DESCRIPTION 
OHO COOOHOCCOCCOKCHOKOOAHHHHOKHCOOOKGHAOODOHCHHHHOHHKOOKHOHHOOHOHAOOO000COCORORE EGA eR ASSES 
11213 


12331345 67 8 Sit 


TOTP PE TT aed 


0 
MHEBUREBUNRAMSBAVTAABRUNNRDMSSVBVBANAAGKHEKRHKHKDUIVGHASST WHE LGBKBKTRBRNNNRAKMBRNANAA 
1 


TUTUVPIVPT TET eed 
2222 222 2 2212 2222222 222222222 232222221212 22222222222222222122 222 2/2)222222222222222222 2/22 
3 3313 33.33 3)3/3333333333333333 3 3133333 3/3/33333333933333333 33/3333 3 313/333333333333333 33 3/33 


Column Class Purpose 
1-2 [ Card code = 20 (2.2.1) 
3 | Transaction code: A, D, N, or R (2.2.2) 


The D transaction code deletes the resource completely, including all 
resource requirements and resource rates. 


4-9 | Resource code (2.2.3.3) 
10 U Measure of resource: 
H — Hour 
© — Shift 
U — Unit 
W — Week 
11—28 U Description of the resource (any 18 printable characters) 


29—34 | Resource code (2.2.3.3) 















2-23 


PAGE 
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Column Class Purpose 


35 U Measure of resource: 

H — Hour 

S — Shift 

U — Unit 

W — Week 
36—53 U Description of the resource (any 18 printable characters) 
54—59 I Rasoures code (2.2.3.3) 
60 U Measure of resource: 

H — Hour 

S — Shift 

U — Unit 

W — Week 


61-78 U Description of the resource (any 18 printable characters) 


2.4.2. Type 21 Cost Category 


This card defines a resource cost category (1.3.3.2) and assigns resources to the cost category. A resource may 
belong to only one cost category. The type 21 card has the following format: 


cost 
T| CAT COST CATEGORY RESOURCE | RESOURCE | RESOURCE | RESOURCE | RESOURCE | RESOURCE | RESOURCE | RESOURCE | RESOURCE 
21 |C|CODE DESCRIPTION CODE CODE CODE CODE CODE CODE CODE CODE CODE 


DOOM OOOCOKCOKOOOKOKOHDDAN OO DGHOODOCOOKOKOKHKODKO OO OD00DOODODDODOOOGOoO0D00 RNC OODDND 
1°2]2 14 5 6/7 & 9 10-19 1213 1615 16 17 18 88-20 20 22 23 26125 26 27 28 28 30/31 32 35 4 35 BIST BO WO AO 41 ATES 44 45 46 47 48140 SO 51 S2 53 54155 56 57 58 50 6016) G2 63 64 65 O5IGT 08 GD 7071 72/73 74 75 78 77 78179 80 
PUTT UTADA TTT ETT aes 
2222 2 22 2222 222222222222 2222222122222 2122222 2)322222 2/2222 2 2222222122222 2122222 2/2222 2 2/22 


33/313 3 3/333393339333333333 3/3 3333 3/3333 3 3/3 3333 3/3333 33/3333 3 3133333333333 3/33 333 3/3333 33/33 












2—24 
PAGE 
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Column © Class_ Purpose e 
1-2 | Card code = 21 (2.2.1) 
3 | Transaction code: A, D, N, or R (2.2.2) 
The D transaction code deletes the identified resources from the cost 
category. If no resources are specified, the entire cost category 


is deleted. 


4-6 i Cost category code (any three characters from the MCS 
identification character set) 


7—24 U Cost category description (any 18 printable characters) 

25—30 i Resource code (2.2.3.3) 

31—36 l Resource code 

37—42 i Resource code 

43—48 I Resource code 

49—54 | Resource code 

55—60 I Resource code 

61—66 i Resource code @ 
67—72 | Resource code 

73-78 I Resource code 


2.4.3. Type 30 Resource Rates 


This card defines the direct and overhead cost rates of each resource. Resource rates are effective beginning on the 
from-date (columns 11—16 and 44—49), and until another set of direct and overhead rates becomes effective. The 
type 30 card has the following format: 


OVER- z 
t| | RESOURCE OVERHEAD, | Heap | RESOURCE OVERHEAD, | SekR 
c CODE  |FROM-DATE| OIRECTCOsT | FIXEDRATE | % cost | CODE |FROM-DATE] DIRECTCOST | FIXEDRATE | % COST 
f 
3 
1 


CHOHOOHGOKCKHHDOCHOKCHONCHOHOKHGOKOCOKHOODKOKHOOKCHKOOKCOKHHHKOCOOCOKOOOOCOObbGOOOBooNoe 
© 7 GG 10/1 8213 44 15 16/17 18 19 20 20 22 23 24|25 26 27 28-2 BO 31 32/83 4 35 36 37198 30 40 41 42 03144 45 46 67 00 40150 51 52 53 54 55 56 57/50 SOO ST I TM NTI NNN BT Ne 
PUVA EPPA TEED TDD ETT TTT 
22222 22222222 222228 if 2 22 2 22k 222222 2222 22222222222 


3 3)913|3 333331339333 3/3333333 313333333 333393 333339339/333939393393333 3333333933333 33333333333 
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17-24 
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44-49 
50—57 
58-65 
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SPERRY UNIVAC Series 90 


PAGE REVISION 


Purpose 
Card code = 30 (2.2.1) 
Transaction code: A, D, N, or R (2.2.2) 
The D transaction code deletes the set of resource rates which begins 
on the from-date. If no from-date is specified, all the resource 
rates for the identified resource are deleted. 
Resource code (2.2.3.3) 
From-date 
Direct cost of each measure of resource (fixed rate) 
The range is $xxxxxx. to $xxx.xxx, leading and trailing blanks are allowed, 
and the $ is required. !f there is no decimal point, it is assumed to be 
after the last digit (1.3.2.1). 
Overhead cost of each measure of resource (fixed rate) 
The range is $xxxxxx. to $xxx.xxx, leading and trailing blanks are allowed, 
and the $ is required. If there is no decimal point, it is assumed to be 
after the last digit (1.3.2.1). 


Overhead cost, percentage of the direct cost of each measure of resource 


This is a value between O and 100.0, leading and trailing blanks are allowed. 
If there is no decimal point, it is assumed to be after the last digit (1.3.2.1). 


Resource code (same as columns 5—10) 

From-date (same as columns 11—16) 

Direct cost of each measure of resource (fixed rate) (same as columns 17—24) 
Overhead cost of each measure of resource (fixed rate) (same as columns 25-32) 


Overhead cost, percentage of the direct cost of each measure of resource (same as 
columns 33—37) 


: 


2—25 
PAGE 
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2.4.4. Type 43 Resource Requirement 





This card specifies a resource requirment of an activity. The type 43 card has the following format: 


T| PROJ| NET J-EVENT or | RESOURCE 

43{c| (0 | ID | (-evENT |WORKITEM| CODE QUANT 
0 0/0/0 0 0/0 0 

1 2/3|45 6|7 8 

Pudi ait 


COHOKAOCOKOAONCHOONOODONODCODCONKDKDHNDOOCHHDNGHHODCH00H0H0KH00H00G000080000000 


0 
9 00 99 12 13:14 15/16 07 18 19 2B 21:22 23 24 BB 27/28/89 BWI WHUARBUHBRVNULKSGKHS SCH BOWS WHS KS SC 57 5 50 0 6! £2 8 HS TT SS O71 7273 4 5 7 6 
] 


00 
56 
11 PUDPEVTIDIT ATE TTT TIE TTP TTT TEED 


222 2 2 212 2 2)2 2222 212 2222 22 2222 222 22 22 2222222222 2k 2282222222282 kkk 282222222 
331313 3 3/3 33/3. 33333133333 3/333 33 3/3/3393 31393333333333933339393333393933333333333333333333933333 


Column Class Purpose 
1-2 Card code = 43 (2.2.1) 
3 | Transaction code: A, D, N, or R (2.2.2) 


The D transaction code deletes the resource requirement of the activity. 
lf no resource is identified, all the resource requirements of the activity 





are deleted. 
4-9 I Project—network identification (2.2.3.1) 
10—15 | l-event (2.2.3.2) 
16—21 J-event or work item (2.2.3.2) 
22—27 Resource code (2.2.3.3) 
29—32 U Quantity per measure of resource. 


This is a number between 0 and 9999. Leading and 
trailing blanks are allowed. 


2.4.5. Type 46 Cost Progress 


This card informs MCS of changes in the estimated cost to complete an activity and the actual costs of an activity. 
The amount of change may be monetary or a quantity of resource. When resource rates are needed to compute the 
cost, the rates in effect on the network cut-off date are used. The type 46 card has the following format: 
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©} TYPE TYPE TYPE 
c 


c c 
e| |H E| |H E| |H 
XICIA XICJA XIClA 
PIOIN PIOIN PIOIN 
PROJ| NET J-EVENT or |E|S|G] _AMOUNT | RESOURCE |EIS{G] AMOUNT | RESOURCE |E/S|G] AMOUNT | RESOURCE 
46| ID | 1D | 1-EVENT |WORKITEMINITIE| OF CHANGE CODE |N|T/E| OF CHANGE CODE |NITJE] OF CHANGE CODE 
COOK OCODOOO OCHO ONDA OOO DOKOKKKOKOKOOOD OOO DCHOOKCOKODOOOTO OO N0O00HONCOH000C00000000000 


t 2/2 4 SIG 7 8/9 10 Of 12 13 1415 16 17 tO tS 20121 /22|23)4 25 2G 27 WD 2 WwW 31 (32 39 34 SW 37 1B O40 41 42 43 44 45 46 47 46148 50 51 52 53 34/55/56 /57/58 58 GO G1 G2 63 04 GOS 67 G8 OO 1G 71/72 73 14 75 77 08 


LAPD AED ATTA TATA TTA DTT TT TTT 
2212.22\222|22222 2/2 222 2 22/2/2122 22 222 212 222 2 222212 2 22 2 22 22 2 2 2 2 2)2)2(2)2 222222 2/22 2222222222222 
3 3/3 3 3/3 33/3 33.33 3/3 3333 3/313/3/3 333333 3/3 3 3 3 3 3/3/3/3/3 333333 3)3 33 3 3 3)3/3/3/3 333333 3333933 3333333333 


Column Purpose 





1—2 Card code = 46 (2.2.1) 
3-8 Project—network identification (2.2.3.1) 
9-14 l-event (2.2.3.2) 


15—20 J-event or work item (2.2.3.2) 

21 Type of expenditure (1.3.2.1 and 1.3.2.2): 
D — Disbursement 
E — Estimated cost to complete 

@ U — Unliquidated obligation 

22 Type of cost (1.3.2.1 and 1.3.2.2): 
Invalid if column 21 = E. — 
1 — Direct, MCS computes overhead 
2 — Flat rate overhead, MCS computes direct 
3 — Direct only 
4 — Overhead only 

23 Type of change (2.4.5): 
+ Positive increment 
— Negative increment 


T New total 
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Column Purpose 





24—31 Amount of change: 
# If monetary 


The range is $xxxxxx. to $xxxx.xx, leading and trailing blanks are allowed, and the 
$ is required. If there is no decimal point, it is assumed to be after the last digit. 


B If quantity of resource 
The range is 0 to 99999999, and leading and trailing blanks are allowed. 
Invalid if column 23 = T 
32—37 Resource code 


This code must be present if columns 24—31 contain a quantity of resource, or column 
22 = 1 or 2 (2.2.3.3). 


38 Type of expenditure (same as column 21) 
39 Type of cost (same as column 22) 

40 Type of change (same as column 23) 

41-48 Amount of change (same as columns 24—31) 
49-54 Resource code (same as columns 32—37) 


55-71 Same as columns 38—54 


2.4.6. Type 50 Cost Structure Definition 


S 
T L . 
R E E 
U V V 
so lelT CHARGE NUMBER t SUMMARY CHARGE NUMBER | L CHARGE NUMBER DESCRIPTION DEPT 
COCOMOCOKDOKOHOKKHHHOCOCOKCHAODOCOKCKHOHHHOKOKKOKONKHOOOOOCHOCHOOCOOCONOKCHOEAONDGAAOKAO0KDKCHA0R0ND 
12/3 [415 @ 7 8 9 1041 12 23 1415 16 17 16 19.20 21 22123 2425 20 27 28 ZO BO 31 XZ 39-34-35 BO 37 HO HO A041 AZHED 44165 48 47 00 60 50 51 52 5354 55 56 57 58 50 60 61 62 63 04 05 06 67 OBlee 70:71 12/73 4 75.7877 
PULTT TEP TUPI TPE TEP TIE V ET EEE EEE EET TET ET TTT TTT ead 


22222 222 222222222222 22/2 2222222222222222222/2 222222222222222222222222 2222222222222 
3 3/3/3/3 3333333333333333 3/3 3133333333333333333 3/3 3/333333333333333333333333333 333333333 











2—28 
PAGE 





This card defines one account (charge number) in either the work breakdown structure or the organizational 
accounting structure. The type 50 card has the following format: 
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Column Class Purpose 


1-2 Card code = 50 (2.2.1) 
3 | Transaction code: A, D, N, or R 

The D transaction will delete the account from the structure (2.2.2). 
4 | Structure (1.3.3): 

O — Organizational accounting structure 


W — Work breakdown structure 


5—22 i Charge number (2.2.3.4) 
23-—24 [ Level of the charge number (digits 01 through 12) 
25-42 U Summary change number 


This is the charge number to which the charge number reports (2.2.3.4). 
The summary charge number must be defined as a charge number using another “© 
type 50 card. 


43—44 U Level of the summary charge number 

This field is required if columns 25—42 are not blank. — 
45-68 U Charge number description (any 24 printable characters) 
69—72 U Responsible department 


2.4.7. Type 51 Charge Number Assignment 


This card designates which charge number is to be used to accumulate costs for each activity. An activity may be 
assigned one charge number in the work breakdown structure and one in the organizational accounting structure. 
The type 51 card has the following format: 


. 
Y 
S P 
T E 
U N 
TIC PROJ | NET jE] 1-EVENT or | J-EVENT or| t-EVENT or | J-EVENT or | 1-EVENT or | J-EVENT or | I-EVENT or | J-EVENT or 
51 |c|T CHARGE NUMBER IO | 1D |T|WORK ITEM) WORK ITEM! WORK ITEM| WORK ITEM| WORK ITEM|WORK ITEM! WORK ITEM| WORK ITEM 
COCO CCOCKHKODHOODDK OH OO OOO OOD OCOOOODDHHOOODONDDODOOODNOOOCHONOODOOO OOOO OOD OOO OlOOD 
121314 /5 © 7G 9 1011 1213 1615 16 17 18 18 20 21 22/29 26 B5i20 27 28l20 190 31 32 9 34 35/36 37 38 BO OO 41/42 £2 44 45 46 47148 48 50 SI S2 53154 55 55 57 56 Salen GT G2 63 G4 05/05 67 08 00 7071172 7 14.75 8 T1178 79 
PUTT P PITT TTT TTT TET EET EET Tae 


2222 22222 ki 2 22 2 22/2 22 22 22 2222 2\2 2222212 22222/7222222:222222:2222222222221222 
3 3/3)3/3 3333333333333333 3)3 3 3/3 3 3/3/3333 3 3/333 33 3/3 333333333 33133333 3133333333333 3133333 31333 
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Column Class Purpose 
1-2 | Card code = 51 (2.2.1) 
3 | Transaction code: A, D, or N 


The D transaction code deletes the assignment of the activity to 
the charge number. If no activity is identified, all assignments of 
=> activities in the identified network to the identified charge number 
are deleted (2.2). 


4 | Structure (1.3.3): 
O — Organizational accounting structure 


W — Work breakdown structure 


5—22 | Charge number (2.2.3.4) 
23—28 i Project—network identification (2.2.3.1) 
29 | Type of network (1.2.1.1 and 1.2.1.2): 


A — Activity-on-arrow (I—J) 


P — Activity-on-node (precedence) 


30-35 | l-event or work item (2.2.3.2) 
36—41 | J-event or work item (2.2.3.2) 
42-47 | l-event or work item 
48—53 i J-event or work item 
54—59 i l-event or work item 
60—65 J-event or work item 
66—71 i l-event or work item 


72—77 j J-event or work item 
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2.4.8. Type 52 Charge Number Planned Cost 


This card informs MCS of changes in the planned and committed cost of a charge number. The amount of change 
may be monetary or a quantity of resource. When resource rates are needed to compute the cost, the rates in effect 
on the system cost cut-off date (1.3.3.1) are used. The type 52 card has the following format: 


TYPE TYPE 

S 

T r H 

R picla DIC|A 

U AIOIN AIOIN 

C TISIG AMOUNT RESOURCE |T|S|G AMOUNT RESOURCE 
52 |T CHARGE NUMBER A|TIE] | OF CHANGE CODE |AjTIE| | OF CHANGE CODE 
COOMOCHHOOKCHOODKDHOOKOKK OO A OOO OOOOKKKDOOHOOKHO OOOO 00COKOKOKOKHOOOOKOA000C000HHO8O000000000 
12/3 (4 5 8 7 8 9 10-91 1213 1415 16 17 16 19 25 20/22/29|26125 29 27 28 29 20 31 32 23 34195 36 37 BB 30 40141 142143144 45 46 47 48 40 50 51 57 53/54 55 56 57 58 50[60 G1 G2 63 64 65 OF 67 G8 OO UTI 1273 14 75.7077 78 79 8 
PAUP D ATTA PDA TATE TATE EE Tad 


2212122222 222222222222 2/2/2122 22222222 22 2222 22/2/22 2 2222222 2/2222222222222222222222222222 
33/313 333333333333333 3 3/3/3/3/33 3333333 3133333 3/3/3/3/3 3333333 33/3 3333 3333333333333333333333 


coun Zaps 
1-2 Card code = 52 (2.2.1) 
3 Structure (1.3.3): 
O — Organizational accounting structure 


W — Work breakdown structure 


4-21 Charge number (2.2.3.4) 
22 Type of data: 
P — Planned 


C — Committed 
23 Type of cost input (1.3.2.1): 
1 — Direct, MCS computes overhead 
2 — Flat rate overhead, MCS computes direct 
3 — Direct plus overhead 
24 Type of change: 
+ Positive increment 
— Negative increment 


T New total 
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Purpose 
Amount of change: 


= If monetary 


The range is $xxxxxxxxx to $x, leading and trailing blanks are ignored, and 
the $ is required. There is no decimal point; it is assumed to be after the 
last digit. 


@ If quantity of resource 
The range is 0 to 99999999. Leading and trailing blanks are ignored. 


Invalid if column 24 = T 


Resource code 


This code must be present if columns 25—34 contain a quantity of resource, or column 
23 = 1 or 2 (2.2.3.3). 


Type of data: 
P — Planned 


C-— Committed 
Type of cost input (1.3.2.1): 
1 — Direct, MCS computes overhead 
2 — Overhead, MCS computes direct 
3 — Direct plus overhead 
Type of change: 
+ Positive increment 
— Negative increment 
T New total 
Amount of change: 


8 If monetary 


The range is $xxxxxxxxx to $x, leading and trailing blanks are ignored, and 
the $ is required. There is no decimal! point; it is assumed to be after 
the last digit. 

m if quantity of resource 


The range is 0 to 99999999. Leading and trailing blanks are ignored. 


invalid if column 43 = T 


8046 Rev. 1 SPERRY UNIVAC Series 90 2-33 


UP-NUMBER PAGE REVISION PAGE 





Column Purpose 
© 54—59 Resource code 
This code must be present if columns 44—53 contain a quantity of resource or 
column 42 = 1 or 2 (2.2.3.3). 


2.4.9. Type 53 Network Planned Cost 


This card informs MCS of changes in the planned and committed cost of a network. The amount of change may be 
monetary or a quantity of resource. When resource rates are needed to compute the cost, the rates in effect on the 
network cut-off date are used. The type 53 card has the following format: 


TYPE TYPE 
c c 
H H 
picla pic|a 
AlOIN AIOIN 
pROJ| NET [TIS|G AMOUNT RESOURCE |T|S |G AMOUNT RESOURCE 
53} 10 | ID |A|TIE| OF CHANGE CODE {AjTIE| OF CHANGE CODE 
OOP OOO DO ODOKOOKCODKOHHOKODOHOOHOGOCOXOKOKOODCODKOCOHOOKDDNKHOCHHKOOCHNDADHODHAOKHORCINND 
12(3 4 S18 7 89 0/00 |02 13 16 15 16 17 10 19 20 20122 29 24 25 26 27 \z0 20/9091 32 33 34 35 98 37 20 30 40 M1 42 43 44 45 46147 48 40 50 51 52 53 54 55 56 57 50 SO 60 G1 G2 $3.04 65 06 67 OS 08 7071 7273 4 75 817 708 
DUP VAT EAT PTT ETT TTT TDD EDT EET 


2212 2 212 2 21212/2|2 22222222 22222 2 212)2)2)2 2 22222222 2 222222222 22222222222222222222222 
3 3/3 3 3/3 3 3/3/3/3/3 33333333 3/333 33 3/3/3/3|3 33333333 3/3333 33/3333333933333333393333333333339333333 


S Column Purpose 


1-2 Card code = 53 (2.2.1) 
3—8 Project—network identification (2.2.3.1) 
9 Type of data: 
P — Planned 
C — Committed 
10 Type of cost input (1.3.2.1): 


1 — Direct, MCS computes overhead 
2 — Flat rate overhead, MCS computes direct 
3 — Direct plus overhead 
11 Type of change: 
+ Positive increment 


— Negative increment 


© T New total 
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Column | 


12—21 


22—27 


28 


31-40 


Purpose 
Amount of change: 
@ If monetary 
The range is $xxxxxxxxx to $x, leading and trailing blanks are ignored, 
and the $ is required. There is no decimal point; it is assumed to be 
after the last digit. 
@ If a quantity of resource 
The range is 0 to 99999999. Leading and trailing blanks are ignored. 
Invalid if column ut = 7T 


Resource code 


This code must be present if columns 12—21 contain a quantity of resource or 
column 10 = 1 or 2 (2.2.3.3). 


Type of data: 
P — Planned 
C — Committed 


Type of cost input (1.3.2.1): 
1 — Direct, MCS computes overhead 
2 — Overhead, MCS computes direct 
3 — Direct plus overhead 
Type of change: 
+ Positive increment 
— Negative increment 
T New total 
Amount of change: 
@ If monetary 
The range is $xxxxxxxxx to $x, leading and trailing blanks are ignored, 
and the $ is required. There is no decimal point; it is assumed to be 
after the last digit. 
# if quantity of resource 


The range is 0 to 99999999. Leading and trailing blanks are ignored. 


Invalid if column 30 = T 
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Column Purpose 
41-46 Resource code 


This code must be present if columns 31—40 contain a quantity of resource or 
column 29 = 1 or 2 (2.2.3.3). 


2.5. RESOURCE ALLOCATION INPUT FORMATS 


(To be supplied) 


2-35 
PAGE 















A 


PAGE REVISION 


8046 Rev. 1 
UP-NUMBER 


SPERRY UNIVAC Series 90 





3. Execution of MCS 


3.1. RUN-TIME PARAMETERIZATION 


3.1.1. Input Date Formats 


In the UNIVAC Management Control System (MCS), input dates are normally accepted in the form ddmmyy or 
ddmm (2.2.4). To meet with American National Standards Institute and Department of Defense directives, dates are 
permitted in the form yymmdd or mmdd. The optional format is used to interpret all dates when requested via a 
type 00 card (3.1.2). The optional date format is effective only for the single execution of MCS. Data which is 
supplied in one format may be updated using the same or the other format. 


3.1.2. Type 00 Run-Time Parameterization 
This optional card allows the selection of a particular processing capability of MCS to be performed during the 


execution. The type 00 card is not saved in the data base and only controls one execution of MCS. This card has the 
following format: 








A 
NIP IAL IN 
N 
TfO18 | AIF, 
EJRIA/p|YiA 
R S € 
S{F E/AIDIS 
TiAlAIL| Q|AITIS LABEL LABEL LABEL LABEL LABEL 
ElCiT I | PITIOLA N N ON N TO BE 
slEiE lS lolsicly MCOLDDB | MCNEWDB | MCTABLES | MCRESTR | WRITTEN 
OOOO CO OCOOCOKCHCOKKOHKDOCHODDKCHHDCHODKDONDCHHODOKCHDNDAOADCOKOHCHHHHHKOCONKOAOCOOO 000008 
34415 [6 (7 1/9 j10]t1 12 13 14 15 16 17 18 19 20 21 22 23 24 25 2B 27 20 29 B31 32 33 34 TS WS 37 TO WW 41 42 43 44-45 46 4) 48 48 SO/5t 52 53 54 55 56/57 58 SO GO G1 62/69 64 05 OS G7 OBIOD 7071 72 73 74/75 76 77 78 79 OO 
VET TP TPP T TAPPED TET ETAT ETT 


a 2ielalalzizizi2i2i222222222222222222222222222222222222222222222222222222222 2222222222222 
3 3}313)3/3)319]3/3]3 333333333333333939333333333333399933333/933399993933933339333399/993933 


NOTE: 


If provided, type 00 card must immediately follow the start-of-data {/$) card. 
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Column Purpose @ 


1-2 Card code = 00 (2.2.1) 
3 Processing steps to be performed (2.1): 
Blank All steps 
E Syntax edit only 
D Syntax edit and data base creation or modification and table 


generation only. 


T Syntax edit, data base creation or modification, table generation, 
time processing, and report generation only 


R Reports only, based on the current contents of MCTABLES 
(3.4.2). 
4 Interface processing (1.2.7.1): 
Blank or | Interface processing is performed. 
S Stand-alone processing (Interfaces are ignored.) 
This column is ignored if no interfaces are defined in the data base. 
5 Optional report date format (2.2.4): @ 


. All dates in reports are in the format yymmdd. 
N or blank All dates in reports are in the format ddmmyy. 
6 Data base listing (2.2.2): 


Y or blank Print the contents of the new data base after updating. 


N Do not print the contents of the new data base after updating. 
7 Suppress actual or zero duration activities: 

A Suppress reporting of all actual activities. 

D Suppress reporting of all activities with zero duration. 

B Both of the above. 

Blank Report all qualified activities. 
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10 


51—56 


57-62 


63—68 


69-74 


75—80 
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Purpose 





Optional input date format (3.1.1): 
Y All input dates are in the format yymmdd. 
N or blank All input dates are in the format ddmmyy. 


Restore processing (3.4.6): 


Blank No restore processing. 
Y Restore from the restore file (MCRESTR). — 
Z Restore from the previous data and control tables 

(MCTABLES). ifn 


If restore processing is to be performed, the process option (column 3) 
must be T or blank. 


Save processing (3.4.6): 
Blank No save processing. 
3 Save the contents of the data and control tables 
after table generation, latest time processing, and 
Passive cost processing. 
5 Save the contents of the data and control tables 
after table generation, topological processing, 
earliest time processing, latest time processing, 
and passive cost processing. 
Label on the old data base file (MCOLDDB) before this execution of MCS (3.4.7). 
Label on the new data base file (MCNEWDB) before this execution of MCS (3.4.7). 


Label on the data and contro! tables (MCTABLES) before this execution of MCS 
(3.4.7). 


Label on the restore file (MCRESTR) before this execution of MCS (3.4.7). 
Label to be written on the new data base file (MCNEWDB), data and control tables 


(MCTABLES), and save file (MCSAVE), by label processing during this execution of 
MCS (3.4.7). 
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3.1.3. Type 01 Network Selection 


When MCS performs time or passive cost processing, it processes the data in the tables produced during the table 
generation step (2.1.3). This card allows the user to direct the table generation step to process some, but not all, of 
the networks from the data base. Both time and cost data are included. 


An unlimited number of type 01 cards may be submitted during one execution of MCS. If no type 01 card is 
provided, ali the data from the data base is included in the tables. The type 01 card has the following format: 


NOTE: 


PROJECT — NETWORK IDENTIFICATIONS 


PROJ! NET |PROJ| NET {PROJ} NET |] PROJ) NET {;PROJ| NET |PROJ| NET |PROJ| NET }PROJ} NET | PROJ| NET | PROJ! NET |PROJ| NET 
iD ID 1D ID 1D ID ID iD ID 1D ID tD iD ID ID (ID ID ID 1D ID ID ID 


WO V1 12/13 16 15/16 17 10/19 20 21122 23 24125 26 27/28 20 O81 FP 3394 3S WT? WO WOO 41 4214S 44 45:46 47 40148 50 51/52 53 56155 56 57/50 50 GOIG1 G2 S31G4 OS OSIGT GB OB/70 71 72/73 74 75/78 77 70 79 oe 





10—15 


16-21 


22-27 


28-33 


34—39 


40—45 


46—51 


52—57 


58—63 


64—69 


70—75 





Purpose 

Card code = 01 (2.2.1) 
Project—network identification (2.2.3.1) 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 
Project—network identification 


Project—network identification 


lf a project identification is provided and the network identification is blank, all the networks in the project are 


included. 
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3.2. REPORT REQUESTS 


Reports are based on the most recent time and passive cost processing. The reports are requested using type 14 
cards. They are valid during one execution of MCS. There are four formats of type 14 cards: 


Format Function 
1 Identifies projects and networks for which reports are requested. 


2 Provides parameters for time report generation and specifies up to three general 
or time report requests. 


3 Specifies additional time or general report requests. 

4 Specifies passive cost report requests. 
A set of report requests consists of: one or more consecutive format 1 cards, zero or more format 2 cards, zero or 
more format 3 cards, and zero or more format 4 cards. Multiple sets of type 14 cards are permitted. A maximum of 
99 type 14 cards is permitted during one execution. Each type 14 card, regardless of format, contains a sequence 
number. The type 14 cards, regardless of format, are processed in sequence number order. 


3.2.1. Type 14 Format 1 


Columns 7—66 of this card specify the projects and networks desired for the requested reports. The type 14 format 
1 card has the following format: 


ay PROJECT OR PROJECT-NETWORK IDENTIFICATIONS 

UB 

EE REPORT 

NR 
14] |i DATE RUN DATE 
0 0/0/0/0 0/0 0 0/0 0 0/0 0 0/0 0 0/0 0 010 0 0/0 0 0/0 0 0)0 0 0/0 0 0/0 0 0/0 0 0/0 0 00 0 0/0 0 0/00 0/0 0 0100 000008000000 000000000 
1.2/314/5 617 & 9 [10 v1 12119 14 15/06 17 18/19 29 20522 23 24125 28 27 [28 29 BOLD 22 33196 35 36137 BB 3/48 41 42149 44 45 i46 47 48l48 50 51/52 53 54155 56 57/58 50 GOIGT G2 G16 OS OEIET OS OB 7871 72|73 74 75 78 77 78/79 G0 
PUTT PADD TD TET EE AT ED DTD Ee 


2.21212\2 2)2 2 2|2 2 212 2 2/2 2 2/2 2 2/2 2 2/2 2 2/2 2.2/2 2 2/2 2 2/2 2 2/2 2 2)2 2 2\2 2 2/2 2 2/2 2 2\2 2 2/2 2 2/2 2 2/2 2 2122222 2/2 22 2 2 2/22 
3 3/3)3/3 3/3 3 3/3 3 3/3 3 3/3 33/3 3 3/3 3 3/3 3 3/3 3 3/3 3.3/3 3 3/3 3 3/3 3 3/3 3 3/3 3 3/3 3 3/3 3 :3)3 3 3/3 3 3/3 3-3/3 3 313.33 3 33/3 3:33 3 3/33 
- f 


Column ‘Purpose 


1-2 Card code = 14 (2.2.1) 
4 Format = 1 (3.2) 
5—6 Sequence number 






& 
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Column _—_— Purpose 





Case | — Every project—network in the system 
7-9 oe 
Case Il — Every network in specified projects 
7-9 “pr 
10—66 Project identifications 
Case {|| — Specified project—networks 
7-9 | *PN 
10-63 Project—network identifications (2.2.3.1) 


Case IV — Specified networks within a single project 


7-9 Project identification 
10—66 identifications of networks within the project 
All cases 


67—72 Report zero date 


When reports contain dates expressed in integer days, the day numbers are computed 
relative to this date. If this date is not supplied, the day numbers are computed 
relative to the calendar zero date (2.3.1). Reports expressed in integer days are 

not available if neither report zero date nor calendar zero date is specified. 


73-78 Run date 


If specified, this date is printed as the run date on each report. If not specified, the 
date of the execution of MCS is printed. 


The run date and the report zero date from the first type 14 format 1 card in a set are used. 
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3.2.2. Type 14 Format 2 


Columns 7—58 of this card specify the criteria for inclusion of data in a report. All data which is qualified according 
to all the applicable criteria will be reported. The type 14 format 2 card has the following format: 


s Ni eis REPORT REQUESTS 

NN S| COMSRNE AHS 

EE] |E A tA 

N RIDIV T Mr] 

c PIE U U- |N 
14) }21E ITIL CLUSTER CODES S|FROM-DATE] TO-DATE |M_ {D/R|SORT|NO/RISORT!NO/R] SORT! NO 
00/0/0/0 00)0000000000000008000000000000000000000100000 0 0/000 0 0 0:0 0/0/0\0 0 0/0 0/00 0 010 00/0 0 0/0 G10 00 
1 2|3 1/415 6 17/8 /9 10 30 12 13 1415 16 17 18 19 28 21 22 23 4 25 WO 27 2B 2 It 32 33 3S WS 37 WS WO AO 41 42 43/44/45 46 47 48 48 50151 52 53 54 55 SE157 58|S9/G0161 62 83)04 65/06/67 GO 08/70 71/72/79 24 75/76 TI\78 79 OO 
LEVI PPD DETTE EE UD eee ee ae 


222212 21212122222 22222222222222222222222222222 2 2/2)2 2222 2)2 2222 2/2 2)2\2/2 2 2/2 2)2)2 2 2/2 2)2/2 2 2/2 212 22 
3 3/3/3}3 3/3/33 3333333333333333333333333333333 3 3 3/313 3333 3/3 3333 3/3 3/3/33 3 3/3 3/3/33 3/3 3)3/3 3 3/3 3/3 3 3 


Column = Purpose 


1-2 Card code = 14 (2.2.1) 

4 Format = 2 (3.2) 

5—6 Sequence number 

7 Milestones-only option: blank or M (3.2.2.1) 
8 Level code 





The level code may be any value between 7 and 9, where 1 indicates the 
highest. If this column is blank, code 6 is assumed. The effect of the 
level code on each report is discussed in 3.2.2.1. 


9—43 Cluster codes 


Acceptable codes are A—Z and 0-9. Only activities with the specified 
cluster codes are qualified. If blank, all activities are qualified. This 


a affects only report types B, C, E, J, and K. 
44 Status 
= The following codes indicate the status of those activities and events which 


are qualified. This code affects only report types B, C, D, E, G, J, and K. 
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Purpose 


Code Description 

Blank All, regardless of status 

A Actuals only 

C Actuals and in-progress only 
P In-progress only 

X In-progress and future only 
F Future only 


Date-to-date limitation 


Activities and events with at least one date between the from-date and the to-date 
are qualified. If the from-date is not specified, the earliest time in the network is 


the from-date. If the to-date is not specified, the latest date in the network is the to-date. 


This affects only report types B, C, D, E, G, J, K, and L. The calendar report (type L) 
contains all dates between the from-year and the to-year. 


Maximum total float (1.2.8.5) 


Activities with total float less than or equal to this value are qualified. Events with 
slack less than or equal to this value are qualified. A summary activity is qualified, 
if any of the activities it represents are qualified. 


If this field is blank, all activities are qualified. 


Day indicator 


This code selects the format for printing activity and event earliest 
and latest dates. 





Code Description 

i Integer number of days from the report zero date (3.2.1). If no report zero 
date is specified, the integer number of days from the calendar zero date 
(2.3.1). 

D or Date format (3.1.1) 

blank 

B Each report is printed twice, once in form T and once in 


form D. 
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60 Report type (1.5.2): 
Code Description 
A Project network report 
B Activity bar chart 
C Activity report 
D Event report 
E Predecessor-successor report 
G Summary activity report 
| Interface report 
J Critical path activity bar chart 
K Critical path activity report 
L Calendar 


61—63 Sort code 


This field is a 3-digit number which indicates how the report is to be 
sorted before printing. The sort code consists of a single digit (key 1) 
followed by two digits (key 2). Permissible values for key 1 and key 2 
are given in 3.2.2.2 and 3.2.2.3. 


64—65 Number of copies (Leading and trailing blanks are ignored.) 


66—71 Second report request in the same format as columns 60—65 


72-77 Third report request in the same format as columns 60—65 


The contents of columns 7—59 from the most recently encountered type 14 format 2 card are used. 


3.2.2.1. Use of Level Code and Milestones-Only Option 


If the user does not assign a milestone level to an event or work item, then the milestone level is assumed to be 6. 






The level code provided in column 8 and the milestones-only option (column 7) are used in qualifying data for 
reporting. Tables 3—1, 3—2, and 3—3 show the codes and their effects in producing report types B, C, D, E, G, J, 


and K. 
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Table 3—1. Type 14 Format 2 Codes for Activity Reports (Type 8, C, E, J, and K) aime 


Column 7 Column 8 
Milestones- Level 

Only Code 
Option Codes 


pblnk | All activities with activity tevel less than or equal to the level code 
6 or blank All activities 
All activities with activity level equal to the level code. 


Data Qualified 


All work items with either milestone tevel less than or equal to the level 
code. 
All |—J activities whose |-event or J-event has a milestone level less than 
or equal to the level code. 
6 or blank All work items with either milestone level equal to 1—5 or 7—9. 
All |—J activities whose l-event or J-event has a milestone level equa! 
to 1—5 or 7-9. 


All work items with either milestone jevel equal to the leve! code. 


All |—J activities whose l-event or J-event has a milestone level equal 
to the level code. 





Table 3—2, Type 14 Format 2 Codes for Event Reports (Type D) 


Column 7 

Milestones- 
Only 

Option Codes 


blank or M as All events with milestone level less than or equal to the level code. 


Data Qualified 


pM 6 or blank Al! events with milestone level of 1—5 or 7—9 


blank or M All events with milestone level equal to the level code. 





The level code in column 8 is used to determine the reference points (1.2.8.1) for summarization when preparing a 
summary activity report (type G), shown in Table 3—3. 
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Table 3—3. Type 14 Format 2 Codes for Summary Activity Reports {Type G) 


Reference Points Include 


Start of Work item or 
End of Work item With 
Milestone Level 


Code 
Less than or equal to Less than or equal to 
the level code the level code 
p6 | 1-6 or 7-9 1-5 or 7-9 
Equal to the fevel code Equal to the level code 












Column 8 
Level 








Events With Milestone Level 


3.2.2.2. Sort Codes for Time-Related Reports 


The sort code is not used when producing report types A or |. The sort code is used to generate all other time-related 


reports as follows: 


Key 1 

Code Description 

0 Sort on key 2 only 

1 Sort on project—network—key 2 

2 Sort on key 2—project—network 

3 Sort on project—network—performing department—key 2 
4 Sort on performing department—project—network—key 2 
5 Sort on project—network—cluster code—key 2 

6 Sort on total float—key 2 


Key 1 codes 0, 1, and 2 may be used for report types D and G. Key 1 codes 0, 1, 2, 3, 4, 5, and 6 may be used 
for report types B, C, E, J, and K. Key 1 code 6 may also be used for report type G. If the value of key 1 is 1, 
3, or 5, the report heading will contain a summary of the network’s schedule. 


Key 2 
— For Activity Reports (Types B, C, J, and K) 


Code Description 





00 No sorting on this key 
11 l-event identification 


12 J-event identification or work item identification 
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Code Description 





15 Earliest start 
16 Earliest finish 
17 Latest start 
18 Latest finish 


19 Scheduled finish 


20 Free float 


21 Total float 

22 Secondary float 

23 Percent completed 

25 Earliest start — !-event identification 

26 Latest finish — J-event or work item identification 

27 Scheduled finish — J-event or work item identification 
& 28 Free float — J-event or work item identification 

29 Activity level — earliest start 

30 Activity level — earliest finish 

31 Activity level — latest start 

32 Activity level — latest finish 

33 Activity level — scheduled finish 

34 Activity level — free float 

35 Activity level — percent completed t 


— For Event Report (Type D) 


Code Description 


00 No sorting on this key 
11 Event identification 
14 Rank level 
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15 Earliest date 


18 Latest date | © 


19 Scheduled date 


21 Total slack 
22 Secondary slack 
<p 
29 Milestone level — earliest date 
32 Milestone level — latest date 


33 Milestone level — scheduled date 
36 Status — earliest date 
37 Status — latest date 


38 Status — scheduled date 


39 Status — total slack 

40 Status — secondary slack 

41 Milestone level — status — earliest date @ 
42 Milestone level — status — latest date 

43 Milestone level — status — scheduled date 


— For Summary Activity Report (Type G) 


Code Description 


00 No sorting on this key 

11 Identification of start reference point 
12 Identification of end reference point 
15 Earliest start 

18 Latest finish 

19 Total float 

21 Free float 

22 Detail float 
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Earliest start — identification of start reference point 


Latest finish — identification of end reference point 


Status — earliest start 

Status — latest finish 

Status — total float 

Status — free float 

Status — detail float 

Status — earliest start — identification of start reference point 


Status — latest finish — identification of end reference point 


— For Predecessor-Successor Report (Type E) 


Code 





00 
11 


@ ° 


14 


15 
18 


24 


Description 
No sort on this key 
l-event identification 
J-event or work item identification 


Rank level 


Earliest start 
Latest finish 


Rank level — l-event or work item identification 


3.2.2.3. Sort Codes for Calendar Report (Type L) 


When generating a calendar report (Type L) the 3-character sort code is interpreted as follows: 


1st character — work-week start (2.3.4) — if blank, the network work-week start is used. 


2nd character — work-week length (2.3.4) — if blank, the network work-week length is used. 


3rd character — continuity code (2.3.4) — if blank, the network continuity code is used. 


3.2.3. Type 14 Format 3 


Columns 7—72 of this card specify numerous report requests using the same column code formats as columns 60—65 
of format 2 card. The type 14 format 3 card has the following format: 
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REPORT REQUESTS 


R]SORT| NO{R|SORT| NO/[R|SORT | NO|R|SORT| NO|R] SORT|NO {R}SORT| NO|R|SORT|NO |R} SORT| NO/R|SORT|NO|R}SORT| NO |[R|SORT|NO|RISORT (NO 

0}0 0 0/0 0)9;0 0 070 0)0)0 0 0/0 0)0}0 O O10 O/0/0 O 0/0 O/0/0 0 O;0 O)0/0 0 0/0 0/0/0 0 0/0 0/0}0 0 0/0 0/0/0 0 0,0 0/0/0 0 0/0 O/0)/0 O 0/0 O/0 0 
116  10]01 12|13]14 15 16/17 10]19]20 21 22/29 24/25]28 27 28l20 3031/32 23 34]35 36 |37]38 30 4ol41 42143 fos 45 46147 48140 |50 51 57153 54155/56 $7 50 [59 Golet|62 63 G4{6 Os|e7}ee 69 70171 T2173174 75 78|77 7H]79 00 
HET UD AEE TE TE TT TEED DD TT Ea EEE TE DD DOT ED pe ED ad ay aye ant 


2 2/212 \2 2/2 (2 2 242 2|2)2 2 2/2 2)2)2 2 2/2 2/2)2 2 2/2 22/2 2 2/2 22/2 2 212 2\2|2 2 2/2 2|2)/2 2 2/2 2\2j2 2 2)2 22/2 2 2/2 2\2/2 2 2/2 2j2/2 2 2)2 2|2 2 
3 3/3/3/3 3/3/3 3 3/3 3/3/3 3 3/3 3/3/3 3 3/3 3/3/3 3 3/3 3/3/3 3 3/3 3/3/3 3 3/3 3/3)3 3 3/3 3/3/3 3 3/3 3/3)3 3 3/3 3/3)3 3 3/3 3/3/3 3 3/3 3)3/3 3 3/3 3/3 3 


Column Purpose 


1—2 Card code = 14 (2.2.1) 
4 Format = 3 (3.2) 

5—6 Sequence number 

7 Report type (1.5.2): 


Code Description 





A Project network report 

B Activity bar chart 

C Activity report 

D Event report 

E Predecessor-successor report 
G Summary activity report 

| Interface report 

J Critical path activity bar chart 
K Critical path activity report 

L Calendar 


8—10 Sort code 


This field is a 3-digit number which indicates how the report is to 

be sorted before printing. The sort code consists of a single digit (key 1) 
followed by two digits (key 2). Permissible values for key 1 and key 2 
are given in 3.2.2.2 and 3.2.2.3. 


11-12 Number of copies (Leading and trailing blanks are ignored.) 


13—72 Repetitions of columns 7—12 
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@ 3.2.4. Type 14 Format 4 


The type 14 format 4 card specifies passive cost report requests, and has the following format: 


5 REQUEST ADDITIONAL Heron REQUEST 

20! in 

OM 

oF 

NRIyiU ue 
14] [ale JElElsort NO 
0 0/0/0/0 O/0/0/0 O/0/9 O70 OfO/Of0 0/070 OF0 OO}0/0 O}Oi0 0/0 O/O}O}0 O/0)0 0/0 O}O/0}0 O}O)0 0jO DjOj/O}O Of0}0 OO 0/0)0/0 0/0)0 O/0 O/O/0)0 Oj0\0 0/0 O10 0 
1 2130415 6] 70] 9 sersslsz 13/16 1516 17|09 198 20121 22179 2¢125!26127 zelzala0 31).32 33134] 35196 37/38139 40]41 42]43144] 45 46] 47] an 49/50 51/52/53/S¢ 55156]57 50159 60/61/62/69 BaleSias G7[6e eet7ol71|72 73/74175 7el77 Tel79 Be 
PUTT PE TD UD Da DD DD a a ye ay at 


2.2/2)2|2 2)2)2) 2 2/2/2 2/2 2) 21212 2/2/2 212 2j2/212 2j2)2 242 2j2/212 212;2 212 2p2;212 22/2 2/2 2/2j;2}2 22/2 2}2 2j2/2)2 2)2)2 2/2 2)2\2/2 2/2)2 2)2 2/2 2 
3 3/3]/3]3 3/3/3}3 333)3 313 3) 3/313 3)3/3 3/3 3/3/3)3 3/313 3/3 3/313)3 3/3)3 3/3 3/3) 3/3 3) 3/3 313 373/3/3 3/3: 3/3 3) 3/3/3 3/3/35 313 3/313/3 3/3)/3 3:3 3/33 


Column Purpose 


1-2 Card code = 14 

4 Format = 4 (3.2) 
5—6 Sequence number 

7 Report type (1.5.2): 





Code Description 


 ) 7 R Resource requirements report f— 
S Cost structure report 
U Financial status report 
V Management activity report 
W Resource cost category plan 
x Financial plan 
Y Resource requirements plan 


Zz Resource rates table 
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Purpose 


Structure 


For reports S, U, and X: 


Code 
W 
O 
B 
N 
Level or Sort 
For report R: 
First Digit 


Code 





2 
3 
Second Digit 


Code 





1 


Description 
WBS 
OAS 


WBS and OAS 


A 
PAGE REVISION 


3-16 
PAGE 


All networks specified by type 14 format 1 cards (not valid for report S) 


Description 
Resource code — second digit 
Project — network — resource code — second digit 


Project — network — second digit 


Description 


l-event or work item identification 
J-event or work item identification 
Early start 

Late finish 

Total quantity 


Department 
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, Column _—— Purpose 


For Reports U and X: 





Code Description 
01—12 Level of the structure — 
Blank if structure is N. 


For Report V: 


First Digit 
Code Description 
0 Sort on second digit only 
1 Sort on WBS charge number — project—network — second digit 
2 Sort on OAS charge number — project—network — second digit 
3 Sort on project-network — second digit 

Second Digit 

& Code Description 
1 l-event identification 
2 J-event or work item identification 
For report Y: 
First Digit 


Code Description 





1 Resource code 
2 Project — network — resource code 
Second Digit A 


Must be blank 


14-15 Number of copies (Leading and trailing blanks are ignored.) 














ee Sl ee ee ee ee ee ee Se ee eS ee Be es 
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<-> Column Purpose 


16—24 Same as columns 7—15 
25—33 Same as columns 7—15 
34-42 Same as columns 7—15 
43-51 same as columns 7—15 
52—60 Same as columns 7—15 
61—69 Same as columns 7—15 


70—78 Same as columns 7-15 


3.3. HARDWARE AND FILE REQUIREMENTS 


3.3.1. Minimum Hardware 


Y 


MCS operates in any hardware configuration capable of processing the SPERRY UN!IVAC Virtual Memory 
Operating System/9 (VS/9). 


MCS requires the following minimum hardware configuration under the SPERRY UNIVAC Operating System/3 
4 (OS/3) or the SPERRY UNIVAC Operating System/4 (OS/4): 


S OS/3 or OS/4 operating in 65K of main storage 

a The expanded micrologic feature under OS/3 

a Card reader f 
m Printer with 132 print positions 


a Any UNIVAC disc subsystem with two disc drives may be used where data management supports direct 
relative files. 


i One UNISERVO 9-track tape unit is required when a consolidated updating output file from the previous MCS 
9400 is being converted to an MCS data base file (3.2.2.7). 


Additional disc units are required when processing large problems (3.3.2). Many files may reside on disc or tape 
(3.3.2.1, 3.3.2.4, 3.3.2.5, and 3.3.2.6). 


3.3.2. File Requirements ' 
MCS uses six files to store data and intermediate results during execution. The contents, space requirements, 
preformatting requirements, and device types of each file are described in succeeding paragraphs. The device type, 

for files permitted to reside on either tape or disc, is automatically recognized by MCS. 
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Tapes may be used with MCS only within the OS/3 or OS/4 operating systems. Prior to their first use with MCS on a 
OS/3, all tapes must be prepared without block numbers by using the TPREP routine for OS/3. (Refer to the system 
service programs manual, UP-8062 (current version) for further information.) 


All tapes used with MCS on OS/4 must be prepared without block numbers by using the UTPREP routine for OS/4. 
(Refer to the utility and service routines manual, UP-7713 (current version) for further information.) 


3.3.2.1. Scratch File (MCSCR) 
This file is required for every execution of MCS. The file is used to store the intermediate records generated during 
an execution of MCS and the report data records for each report (one report at a time). 


3.3.2.1.1. MCSCR on OS/3 and OS/4 


The file may reside either on tape or disc. A disc scratch file is processed in direct relative mode. If the file resides on 
disc, the user must preformat the file before its first use (3.3.3). Use LFD MCSCR when assigning this file (3.4.1.1, 
3.4.1.2). 


The number of disc cylinders (cc) required for this file can be approximated by using the equation: 


md 
Cc SS ee 
rpc 
where: " — 
cc 
ls the number of cylinders required. 
rpc 
Is 150 for SPERRY UNIVAC 84711 Disc Subsystems; 
600 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or 
350 for SPERRY UNIVAC 8416 Disc Subsystems. 
md 


Is the number of cards input during an execution of MCS, or the number of records in the new data base 
after data base creation or modification, whichever is greater. 


For other disc subsystems, an equivalent amount of storage is required. 


3.3.2.1.2. MCSCR on VS/9 


MCS automatically allocates this scratch file by using the VS/9 filename MCSCR.yyjjj.hhmmss, where yyjjj is the 
Julian date and hhmmss is the time of day. This file is erased at normal termination of the MCS execution. 


3.3.2.2. Scratch for Sorting (DM01) 


This file is required for every execution of MCS. It is used by the operating system sort/merge program. 
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@ 3.3.2.2.1. DMO1 on OS/3 


This file must be assigned as a job step temporary work file with the label DMO1 (3.4.1.1). 


3.3.2.2.2. DM01 on OS/4 


This file must reside on disc and be prepared by the user as a sort scratch area. Use LFD DMO1 when assigning this 
file (3.4.1.2). The number of cylinders (cs) required for this file may be approximated by using the equation: 


_ mr 
spc 
where: 
cs 
is the number of cylinders required. 
spc 
ls 100 for SPERRY UNIVAC 8414 Disc Subsystems; or 
400 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems. 
mr : 
Is either the number of cards input during an execution of MCS, or the number of report intermediate 
records used to generate the longest report during an execution of MCS, whichever is greater. 
@ For other disc subsystems, an equivalent amount of storage is required. 
3.3.2.2.3. DMO1 on VS/9 


The sort/merge work file on VS/9 is assigned and erased automatically by MCS. It is not necessary to assign a DMO1 
file. 


3.3.2.3. Data and Control Tables (MCTABLES) 

This file is not required when a syntax-edit-only execution of MCS is performed. It is required for each execution of 
MCS that includes table generation, time processing, cost processing, or report generation. it contains MCS data in 
the internal formats used during time, cost, and report processing. 

3.3.2.3.1. MCTABLES on OS/3 and OS/4 

Use LFD MCTABLES when assigning this file. The file must reside on disc and is processed in direct relative mode 


(3.4.1.1, 3.4.1.2). The user must preformat each extent before its first use (3.3.3). The number of cylinders (ct) 
required for this file can be approximated by using the equation: 


mi n nc nr 
nic nope nec nrc 


ls the number of activities in |—J notation to be processed. 
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np di 
ls the number of activities in precedence notation to be processed. @ 


nc 
ls the number of charge numbers to be processed. 


nr 
Is the number of resource requirements to be processed. 

nic 
ls 80 for SPERRY UNIVAC 8411 Disc Subsystems; 
400 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or 
235 for SPERRY UNIVAC 8416 Disc Subsystems. 

npc 
ls 70 for SPERRY UNIVAC 8411 Disc Subsystems; 
350 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or 
200 for SPERRY UNIVAC 8416 Disc Subsystems. 

nce 
ls 200 for SPERRY UNIVAC 8411 Disc Subsystems; 
1000 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or 
580 for SPERRY UNIVAC 8416 Disc Subsystems. 

nrc 


ls 375 for SPERRY UNIVAC 8411 Disc Subsystems; . 
1800 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or & 
1100 for SPERRY UNIVAC 8416 Disc Subsystems. 


For other disc subsystems, an equivalent amount of storage is required. 


3.3.2.3.2. MCTABLES on VS/9 


This primary access method (PAM) file is assigned via a FILE command with LINK=MCTABLES (3.4.1.3). This file 
must be assigned if restore processing from MCTABLES or a report-only execution is requested (3.1.2). In all other 
cases, if the linkname is not defined, MCS automatically allocates this file with a VS/9 filename 
MCTABLES.yyjjj.hhmmss, where yyjjj is the Julian date and hhmmss is the time of day. 


3.3.2.4. New Data Base (MCNEWDB) 


This file contains the MCS data base records. It is an optional file that is required for a data base creation or update 
run of MCS. Before any time or cost processing is performed, the data in this file is used to generate the data and 
control tables in the file MCTABLES. 


3.3.2.4.1. MCNEWDB on OS/3 and OS/4 


The file may reside on either disc or tape. A disc file is processed in direct relative mode. If the file resides on disc, 
the user must preformat each extent before its first use (3.3.3). The number of disc cylinders required for this file 
can be approximated by using the equation provided in 3.3.2.1.1. If the file resides on tape, it may occupy only one 
reel. Use LFD MCNEWDB when assigning this file (3.4.1.1, 3.4.1.2). 
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@ 3.3.2.4.2. MCNEWDB on VS/9 

This PAM file is assigned via a FILE command with LINK=MCNEWDB. If this filename is not defined, MCS 
automatically allocates the file with the VS/9 filename MCNEWDB.yyjjj.hhmmss, where yyjjj is the Julian date and 
hhmmss is the time of day. 

3.3.2.5. Old Data Base (MCOLDDB) 

This is an optional file. It is required for a data base update run of MCS. The contents of the file must be the new 
data base produced by a previous execution of MCS. When the transaction code on an input card indicates that data 
is to be updated (D or R), the update operation is performed on the data in this file (2.2.2). The updated file is the 
new data base (MCNEWDB). If the transaction code on every input card is either A or N and an old data base file is 
supplied, updating will be performed. If the transaction code on every input card is either A or N and an old data 
base file is not supplied, then the new data base consists solely of the data supplied on the input cards. 

3.3.2.5.1. MCOLDDB on OS/3 and OS/4 

This file may reside on either disc or tape. A disc file is processed in direct relative mode. If the file resides on tape, 
it may occupy only one reel. Use LFD MCOLDDB when assigning this file. 

3.3.2.5.2. MCOLDDB on VS/9 

| This PAM file is assigned via a FILLE command with LINK=MCOLDDB. If the old data base is required, it must be 
© assigned. MCS does not make an automatic assignment. 

3.3.2.6. Report Output Records (MCREPOUT) 

This is an optional file. If the file is provided, MCS places in the file a copy of the intermediate records for each 


report (3.4.3). See Appendix C for the format of the records in the file. MCS generates all requested reports on the 
printer, whether or not this file is assigned. 


3.3.2.6.1. MCREPOUT on OS/3 and OS/4 


This file must reside on disc. It is processed in direct relative mode. The file contains fixed-length, unblocked records 
of 250 bytes. This file must be preformatted before its use (3.3.3). Use LFD MCREPOUT when assigning this file. 


The number of disc cylinders (cr) required for this file can be calculated by using the equation: 


rt 
cr — 
rpc 


where: 


cr 
Is the number of cylinders required. 
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is the total number of lines in all reports generated during a single execution of MCS. (Assume that only rd 
one copy of each report is requested). 


rpc 
is 100 for SPERRY UNIVAC 8411 Disc Subsystems; 
400 for SPERRY UNIVAC 8414 or 8424 Disc Subsystems; or 
235 for SPERRY UNIVAC 8416 Disc Subsystems. 


For other disc subsystems, an equivalent amount of storage is required. 


3.3.2.6.2. MCREPOUT on VS/9 


This PAM file may be assigned via a FILE command with LINK=MCREPOUT. The records are fixed-length, blocked 
records of 250 bytes. Each PAM half page (2048 bytes) contains eight records. 


3.3.2.7. Consolidated Updating Output File From Previous MCS on OS/4 (FORTO9) 
The data base file created by the previous version of the MCS on OS/4 was the consolidated updating output file 


assigned with LFD FORTO9. MCS on OS/4 accepts this tape file and converts its contents to an MCS new data base 
file (LFD MCNEWDB). (See 3.4.4.) 


3.3.2.8. Printed Output 


MCS assumes that 132 print positions per line are available for all printed output. © 


3.3.2.8.1. Printer on OS/3 and OS/4 


MCS requires a printer for every execution. The forms control loop in the printer must contain between 20 and 99 
lines, and use channel 15 to indicate top-of-form. Use LFD PRNTR when assigning this file (3.4.1.1, 3.4.1.2). 


3.3.2.8.2. Printed Output on VS/9 


MCS writes all printer output to the VS/9 user’s SYSLST file. 


3.3.2.9. Save File (MCSAVE) 


This is an optional file that is required for save processing (3.4.6). It contains a copy of the active data and control 
tables and is written during save processing. 


3.3.2.9.1. MCSAVE on OS/3 and OS/4 


The file may reside on either tape or disc. If the file resides on disc, it is processed in sequential mode. The number 
of disc cylinders required for this file can be approximated by using the equation provided in 3.3.2.3. Use LFD 
MCSAVE when assigning this file. @ 
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3.3.2.9.2. MCSAVE on VS/9 





This PAM file may be assigned via a FILE command with LINK=MCSAVE. If this linkname is not defined and the 
file is required (3.4.6), MCS automatically allocates the file with VS/9 filename MCSAVE.yyjjj.hhmmss, where yyjjj 
is the Julian date and hhmmss is the time of day. 

3.3.2.10. Restore File (MCRESTR) 

This is an optional file which is required for restore processing (3.4.6). The contents of the file must have been 
generated by save processing during a previous execution of MCS. 

3.3.2.10.1. MCRESTR on OS/3 and OS/4 

This file may reside on disc or tape. If the file resides on disc, it is processed in sequential mode. Use LFD 
MCRESTR when assigning this file. 


3.3.2.10.2. MCRESTR on VS/9 


This PAM file may be assigned via a FILE command with LINK=MCRESTR. 


3.3.3. Preformatting Disc Files on OS/3 and OS/4 


© Ail direct relative disc files must be preformatted by the user before initial use with MCS on OS/3 and OS/4. In 
OS/3, preformatting is accomplished by including the INIT positional parameter on the LFD job control statement; 

see the OS/3 job contro! manual, UP-8217 (current version). |n OS/4, preformatting is accomplished in the disc file 
clear/preformat routine; see the OS/4 utility and service routines manual, UP-7713 (current version). The files do 

not require end-of-file records. The disc files that require user preformatting and the record descriptions are as 


follows: 
LFD Key Size Data Size 
MCNEWDB 0 1600 
MCSCR 0 1600 
MCTABLES 0 1024 
MCREPOUT 0 250 
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3.4. OPERATING PROCEDURES _ 


3.4.1. OS/3, OS/4, VS/9 Execution 


A typical execution of MCS would update the data base, generate data and control tables, perform time and cost 
calculations, and print reports. 


3.4.1.1. Sample Job Control Sequence for OS/3 


For a complete explanation of the following job control sequence, refer to the job control manual, UP-8217 (current 
version). Many files may reside on either disc or tape (3.3.2.1, 3.3.2.4, 3.3.2.5, and 3.3.2.6). The following 
statements form a sample OS/3 job control stream for an MCS execution: 


! 10 20 30 40 50 60 


7 JOB RUNMCS, 1 i. EF MES ROL et le eget SR Os Oca Ue rete UNO) Ne RE CAR a sO ey RN Ces me ON en CY Te Ce (EN WN CP 
DNC, ban it I: 4a F dD, PR: NTR, By eee oes Ce ees en Cotes CON a 1p: rnantien . 4 is a eg ol th te he IL 
- DG ccfl tary chil IN Di ie NGA). eke ti dao ede en cn ck Uke ease sch eg Get a 





























/ jae he Lie eid, 14 LED. MCS.C.R,.4, eas es Ce sSé.Focbith fale: OA dAs SiG pir ii f 
//, DMO, WOR OY, re > 0 
OVE, Aan A VOL woln® . ll See cae eee eee Serre ee 
/ LBL fabe- ud fd, LID, MOTABLES 1... data Jand Control, ~abhes, . | 
//, DNC / As AON Oy at 6 acl Pek eke ae eel lo oe ee gd SH pa gag hl a 
/,b.Bit oid A/, FID MONEWDB it... ness diate, bes.e mn AASC 1a @ 
DV Ea hid i OA OW Ong a Seo ee ek ple Gg ale ea peed Se gh eg 
LBL fsle-id M4 LAD, MCDLDDB 1... 1 O18, data, base, wn t0p.e . 11 | 
/ FO! A Se OO aR CY Pe nce MN SP Oar OR tr as Ca rr TU AR YOR EE LR CS Va Ge rR a PY NY ea) Oa ce VV | 
0.0, cara ON Sl es eRe fsa Pre eal Gi ewe ee I aca ee a a 
CS LN Pur A0,t 
* jffe He Pevthe Hee ted este HY Pe ape es eae Bie ee ee ea 
M/, Fil dell ce ate he isi, ect ol at as cba ee oe a he a 
4 
NOTE: 


The logical unit numbers (lun) may be equal and should be assigned according to local operating system conventions; 
likewise, the volume numbers (volno) may be equal. 
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2 3.4.1.2. Sample Job Control Sequence for OS/4 


For a complete explanation of the following job control sequence, refer to the job control manual, UP-7793 (current 
version). Many files may reside on either disc or tape (3.3.2.1, 3.3.2.4, 3.3.2.5, and 3.3.2.6). The following 
statements form a sample OS/4 job control stream for an MCS execution: 
































Jf, ADB RUNMES, ., 

Jf, DNL aan AY a SEARING Si io de eg GD teeny FS er es eae | ee Sr Oe CO eae ed a 
LB, titi) ie)- 4d DO} mB ED MCiS¢,.k D® 0 Pn ? Dh Idi ke 

i Ne A ee Le ee ne nO ne ae TONE OL ae ME Ren enna en Canaan mene 
LED JDMOAtL 2. 6. nm and rY. SP DD 

//_ DVL. oA JNO onal | 

SS, LBL d 2m tk, OL A » > DR to f 2 nr “ae 

/Dyt. tun AL VOL wil ne 
BL KD fh tA 


MCDL,DD.E wa ail A. bake. cnn bape 


Z.GEED 
/ EL ) <@ LDA DD 18 


O28 card ek GN 
M,C 4h Disc 
* 
Ke 
NOTE: 
& The logical unit numbers (lun) may be equal and should be assigned according to local operating system conventions; 


likewise, the volume numbers {volno) may be equal. 


3.4.1.3. Sample Job Control Sequence for VS/9 


For a complete explanation of the following job control sequence, refer to the system management manual, 
UP-8180 (current version). The following statements form a sample VS/9 job control sequence for an MCS 
execution: 


/L OG.ON, AS Bil A OCCU WE oy o9 i ol el eh ee ey ae eS FS Gs DS aes es OER a HR De ee GN (Oe ee? a a 
I E e DA.Ty 1 BAS, E LINK =MEDLD DS s—1 ait pe CG Oy Se es Loew ee Re 1 | ess Ve a Sees bee eek te hk a a oe ee de 

















Y, FILE iY, D LAL c bl ba! Noe UP DAT, * CARDS i nowt uw V3 imaae. Or, ul a | we 
XEC, MCS v5.9 Peas De a a 
LOG ORE 








NOTE: 


The MCS files MCSCR (3.3.2.1), MCNEWDB (3.3.2.4), and MCTABLES (3.3.2.3) are assigned automatically 
according to the MCS naming convention. MCSCR is erased at the end of the execution. Data cards could have been 
included after the /EXEC command by eliminating the /SYSFILE command. 
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3.4.2. Report-Only Execution @ 
In a report-only execution of MCS, the required reports are based on the information most recently placed in the 
—~ data tables in the file MCTABLES. New data and control tables are not created and the time and cost procedures are 
not performed. A type 00 card must be supplied and column 3 must be R. If there are no valid, previously generated 
tables, the message 


UNABLE TO RESTORE PREVIOUS TABLES 


=e appears on the printed output and the execution of MCS terminates. 


3.4.3. Generation of Report Output File 
~~ MCS is capable of producing a disc file containing report information requested by the user (3.3.2.6). The records 
are sorted according to the sort code provided by the user. Report identification information is included on the 


report output file. The exact format of the records is provided in Appendix C. 


To define the file, the following statements must be included in the job control stream: 


For OS/4: 
| 10 20 30 40 
// DVC, un 44 Vou wotne 
// LB 4 2 — 1 @ ad, | ¥ Sp hess ae he ig pe ap ep as ge pa ee @ 


//, LED MORE?P.OUT,. DR 


For OS/3: 
D uy AA VOL, md! nb 
Bl Fiilierdds AA LED MCREPOUTD ili 
For VS/9: 
/F LILLE USER * REPORT FULE yb =MCREP OUT 


3.4.4. Converting From the Previous MCS on OS/4 


The previous version of the MCS on OS/4 used a data base file called the consolidated updating output file with 
FORTO9. MCS accepts this tape file and converts its contents to an MCS new data base file. During this type of MCS 
run, four files are required: FORTO9, MCNEWDB, MCSCR, and DM0O1. No other files are needed. Card input is not 

A accepted and no other MCS operations may be performed during this execution. All valid MCS operations may be 
performed on the resulting new data base file during a subsequent execution of MCS. This type of execution is 
available only within OS/4. 
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The following statements are a sample OS/4 job control stream for converting from the previous version of MCS: 






















































































1 10 20 30 40 50 60 
h/ DB ONG RG site a eh es Se gl ae pes Me Pal eh a PA ee ee eee fe edie Se ea Ge 
/, DP INL ANON ia fade oh Dh oe Gg eae Ba py Pe) pa i goes LG ge ee The ee 
/, DVL no /; FD PRNTR i li. BP BY > Bd FY 1 ONC Cs OO EE 
DV Gi: ol tui af 7a oN Og oe pe i eg ly ee yg Sp al ie te hp ee i to hg 
Me: + TIN (atte a tema aT anes FD. OM ak, DK ' erate i nn di 
Dv.c, un Bide: sa pce ai eo Sh, ee eas Te aig et 
/ Li BD DMO 2 icy yp hi gh ee ee a Se Me, sornatich Aarda ~SYSPmMOL), . | ie 1a ae 
U PF V i AOU NO pp he Pn ge et eg ee ne Pe eT ee 
LB. ap MONO ci rir tiviri iii fies cp pei eg a ae a og ae ee a ee ee 
L/, LED NDB, } eee au data base, © pe ! 
OFF ORAL BAU Oe 9 Aaa 2.1 SP © 2) oa RP PE On cma TCD We Tr CO Cy oO a Os 
L/, LBL pMDI MDs srr ii divi iia tiiviiiviis SF cS Rs One OAR NY am NS Geet (AS TCT VM a Oey ks OT 
/ FELD RD ele ae ng pg a ce Gansplidalbed wupdatiing Dateut, Fite 
‘Lf KEC 0S4, LDA DS oe PQ “<n OR ys TC na PR TO a eT er a OP ES Ose SEU 
NOTE: 


The logical unit numbers {lun} may be equal and should be assigned in accordance with local operating system 
conventions; likewise, the volume numbers (volno) may be equal. 


Ail input card formats accepted by the previous MCS on OS/4 are accepted by the current MCS. In the previous 
system, all dates (input and reported) meant “before the start of work on the specified day.” In the current MCS, all 
start dates mean “before the start of work on the specified day’’, and all finish and occurrence dates mean “after the 
completion of work on the specified day.” MCS changes actual finish and scheduled finish dates as required, while 
generating the converted new data base. 


3.4.5. Operational Considerations for MCS on OS/3 and OS/4 


MCS operating within OS/3 and OS/4 uses all available user-assigned main storage for disc buffer areas. Significant 
reductions in the elapsed time of MCS execution can be obtained by providing MCS with main storage to be used as 
disc buffer areas. In addition to the minimum requirement for MCS, one additional disc buffer area is assigned for 
each 400, 6 locations assigned on the JOB card. 


MCS significantly increases the efficiency of its performance if the scratch file (MCSCR), old data base file 
(MCOLDDB), and the new data base file (MCNEWDB) each reside on a different physical volume. Also, the new 
data base file (MCNEWDB), and the data and control tables (MCTABLES) should reside on a different physical 
volume. 


3.4.6. Save/Restore Processing 


When an execution of MCS is expected to run for an extended period of time, the user may want to make provision 
for saving intermediate results. Save processing is provided for this purpose and is used in conjunction with restore 
processing. Restore processing permits MCS to resume processing based on the previously saved intermediate results. 


During save processing, the status of the MCS execution and the contents of MCTABLES are placed in the save file 
(MCSAVE). Save processing may be performed, at the user’s option (3.1.2), three times (after table generation, 
latest time, and passive cost processing) or five times (after table generation, topological, earliest time, latest time, 
and passive cost processing) during an execution of MCS. Only the most recently saved set of information is available 
in the save file. 
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Y Immediately prior to writing a set of intermediate results on the save file, MCS places all status and control 


information in the file MCTABLES. If MCS terminates abnormally during save processing, restore processing from 
MCTABLES is valid. 


When MCS terminates normally after table generation, latest time, or passive cost processing, all status and control 
information is placed in the file MCTABLES, whether or not save processing has been requested. 


Restore processing reestablishes MCTABLES and internal control and status information. At the user’s option, 
restore processing is from the restore file MCRESTR (i.e., a file whose contents were previously generated during 
save processing) or from an MCTABLES containing status and control information. 


MCS processing resumes at the section (2.1) indicated by the restored internal status. 


During restore processing, the type 00 card is required and is the only valid input card. The following fields of the 

type O00 card are in effect during restore processing: processing steps to be performed (blank, or T only), restore 

processing, save processing, label on the data and control tables (if restore processing = Z), label on the restore file (if 
= restore processing = Y), and label to be written. 


3.4.7. Label Processing 


MCS maintains a set of internal labels on all data files. These labels allow the user to insure that MCS is processing 
the appropriate data and is not destroying needed data. 


A label consists of any six characters from the MCS identification character set (2.2.3) including all blanks. The label 
on a file which has never been used with MCS, or a file which has never been used with MCS label processing, is 
automatically all blanks. Labels are specified via the type 00 card (3.1.2). 


Y All label processing is done immediately after syntax editing the type 00 card and before all other processing. MCS 
first checks that the labels on the physical files are the labels expected by the user. The labels on MCOLDDB and 
MCNEWDB are always checked if data base updating is to be performed. The label on MCTABLES is checked if the 
processing option is R or the restore processing option is Z (3.1.2). The label on MCRESTR is checked if the restore 
processing option is Y (3.1.2). : 


If there are no errors in the type 00 card or in label checking, MCS immediately writes the new label on the files 
MCNEWDB, MCTABLES, and MCSAVE. 


For every file which will be used during this execution, MCS prints what the “‘label was’’ before this execution and 
what the “‘label is’’ after label processing. 
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Appendix A. Report Examples 


A.1. GENERAL 


Sample reports are presented in this appendix. Each report available from management control system (MCS) is 
described in 1.5.2. 


The time reports are based on the networks in Figures A—1 and A—2. The cost reports are based on the work 
breakdown structure in Figure 1—17 and the organizational accounting structure in Figure 1—18. 


The contents of each field to the reports are indicated in Table A—1, and the reports are cross-referenced to the 
table. References to additional information elsewhere in this manual are shown in parentheses. 
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Table A—1. Key to Reports (Part 1 of 6) 





Field 
ID Description 


Code for report type (1.5, 3.2.2, 3.2.4) 

Number of copies of the report printed (3.2.2, 3.2.4) 
Status of activities or events in the report (3.2.2) 
Maximum total float or slack of activities or events in the report (3.2.2) 
Level code (3.2.2.1) 

Project identification (2.2.3.1) 
Network identification (2.2.3.1) 

System description (2.3.2) 

Project description (2.3.2) 

Network description (2.3.2) 

Run date (3.2.1) 

Zero date (2.3.1, 3.2.1) 

First date of date-to-date limitation (3.2.2) 


Second date of date-to-date limitation (3.2.2) 





Sort code (3.2.2.2, 3.2.4) 

Network scheduled start (2.3.1) 

Network scheduled finish (2.3.1) 

Network cutoff (1.2.6, 2.3.1) 

Network earliest start (1.2.3.3) 

Network earliest finish (1.2.3.3) 

Network latest start (1.2.3.3) 

Network latest finish (1.2.3.3) 

Network end date flag (2.3.1) 

The plus sign (+) indicates positive total float (1.2.3.4). 


The period (.) indicates free float (1.2.3.4). 
The comma {,) indicates a holiday or vacation day (2.3.3). 


A blank indicates a nonworking day other than a holiday or vacation (1.2.3.1). (See also, 
work week length and work week start in 2.3.1, 2.3.4.) 


The letter E represents one work day (2.3.1, 2.3.4) of the activity duration when the activity 


Starts at its earliest start. | @ 
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@ Table A—1. Key to Reports (Part 2 of 6) 


Field oe 
ID Description 


The letter L represents one work day (2.3.1, 2.3.4) of the activity duration when the activity 
ends at its latest finish. 


The letter K represents one work day of an activity on a critical path (1.2.3.4). 
Identification of i-event (2.2.3.2) 

Identification of j-event or work item (2.2.3.2) 

Code for the performing department for the activity (2.3.4) 

Activity cluster code (2.3.4) 

Level of activity significance (2.3.4) 

Milestone level(s) of start and/or finish of work item (1.2.1.2, 2.3.6) 


Interface event and interface at the start and/or the finish of the activity is indicated 
by the letter | (1.2.7, 2.3.7). 


Activity work week length (1.2.3.1, 2.3.4) 

Activity work week start (1.2.3.1, 2.3.4) 

Activity continuity code (1.2.3.1, 2.3.4) 

Bar graph time line showing the date of the day for each day. 

Activity duration in working days (1.2.3.2, 1.2.6, 2.3.4, 2.3.8) —_ 
Percentage of activity duration completed (1.2.6, 2.3.8). For an implied actual activity, 
1001 is printed. If an asterisk is printed after the percentage, the implied actual start is 
later than the cutoff date, or the implied actual start and finish are tater than the cutoff 
date. (See error messages TO605 or TO606.) 

Activity earliest start (1.2.3.3) 

Activity earliest finish (1.2.3.3) 

Activity jatest start (1.2.3.3) 

Activity latest finish (1.2.3.3) 


Scheduled date or time of i-event or start of work item (1.2.5, 2.3.6) 


Code specifying the use of the scheduled date for the i-event or the start or finish of 
the work item (1.2.5, 2.3.6) 


Scheduled date or time of j-event or finish of work item (1.2.5, 2.3.6) 
Code specifying the use of the scheduled date for the j-event (1.2.5, 2.3.6} 
Secondary float (1.2.5) 

Total float (1.2.3.4) 

Free float (1.2.3.4) 


Event identification (2.2.3.2, 2.3.4) 
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Description 


Event description (2.3.6) 

Milestone tevel of event (1.2.1.1, 2.3.6) 

Interface flag (1.2.7, 2.3.7) 

Event rank (1.2.1.2) 

Identification of interface event (2.2.3.2, 2.3.4, 2.3.7) 
Identification of interface work item (2.2.3.2, 2.3.4, 2.3.7) 
Event earliest occurrence (1,2,3.3) 

Event latest occurrence (1.2.3.3) 

Event scheduled occurrence (1.2.5, 2.3.6) 

Scheduled date option code (1.2.5, 2.3.6) 

Secondary slack (1.2.5) 


Total slack (1.2.4) 





PAGE REVISION 


Type of dependency between predecessor work item and successor work item (1.2.1.2, 2.3.5) 


Lead (or lag) between predecessor work item and successor work item (1.2.1.2, 2.3.5) 


Activity rank (1.2.1.2) 


Predecessor activity is marked *PRED. Project-network identifiers are omitted. 


Activity which is preceded by predecessors marked *PRED and succeeded by successors marked 


*SUCC. 


Successor activity is marked *SUCC. Project-network identifiers are omitted. 


interface identification (1.2.7, 2.3.7.) 


Earliest start of work item with type S interface, or earliest finish of work item with type F 


interface, or earliest occurrence of event with interface (1.2.7.2, 2.3.7) 


Latest start of work item with type S interface, or latest finish of work item with type F 
interface, or latest occurrence of event with interface (1.2.7.2, 2.3.7) 


Interface deflection (1.2.7.1.2, 2.3.7) 
Earliest interface time (1.2.7.1.1.) 
Latest interface time {(1.2.7.1.1) 


identification of start reference point (1.2.8.1, 1.2.8.2) 


Code indicating type of reference point (blank for event, S for start of work item, and F 


for finish of work item). 


Milestone level of the reference point (1.2.8.1, 2.3.6, 3.2.2.1) 


A-6 
PAGE 
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Table A—1. Key to Reports (Part 4 of 6) 


Field a 
ID Description 





Description applying to the reference point. The first 24 characters of an event description, 
or the milestone description (24 characters) for the start or finish of a work item (2.3.6). 


Identification of finish reference point (1.2.8.1, 2.3.7) 

Elapsed duration (1.2.8.4) 

Strict duration (1.2.8.4) 

Earliest start of summary activity (1.2.8.3) 

Earliest finish of summary activity (1.2.8.3) 

Latest start of summary activity (1.2.8.3) 

Latest finish of summary activity (1.2.8.3) 

Detail float of summary activity (1.2.8.5) 

Holidays and vacations are defined in the type 12 card (1.3.3). 

Nonworking days as defined when requesting the calendar report in a type 14 card (3.2.2.3) 


Status of summary activity: 


A = When all activities between reference points are actual. 
@ P = When one or more activities between the reference points are in progress, or some 
actual and some future. 
F = When all activities between the reference points are future. 


Event status (1.2.6, 2.3.8): 


= All predecessor activities completed 
Some predecessor activities completed 
No predecessor activities completed 


U 


A 
p 
F 


Type of structure (1.3.3, Figure 1—17, Figure 1~18, 3.2.4) 

Level of the charge number (1.3.3, 2.4.6) 

Charge number (1.3.3, 2.4.6) 

Code for responsible or performing department (2.4.6) 

Charge number description (2.4.6) 

Level of the summary charge number (1.3.3, 2.4.6) 

Summary charge number to which the charge number reports (1.3.3, 2.4.6) 


identification of activities for which cost is accumulated by this charge number (2.2.3.1, 
2.2.3.2, 2.4.7) 


A subtotal for all activities entering the structure at the selected charge number (1,5,2.). 


Charge numbers which report directly to the summary charge number (1.3.3, 1.5.2) 


@ Disbursements for direct cost (1.3.2.1) 


Unliquidated obligations for direct cost (1.3.2.1) 
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Field ae 
ID | Description 


Disbursements for overhead cost (1.3.2.1) 
Unliquidated obligations for overhead cost (1.3.2.1) 


The sum of disbursements and unliquidated obligations for direct and overhead cost (1.3.2.1, 
1.3.3.1) : 


actual cost 
V | 1 pr rrr et a - . 
alue received mast Gules eanate planned cost (1.3.3.1) 


Percent value received genus recewed x 100 (1.3.3.1) 
planned cost 


Overrun or underrun is the difference between actual cost and value received (1.3.3.1) 


overrun or underrun 


Percentage overrun or underrun= - 
value received 


x 100 (1.3.3.1) 


Committed cost (1.3.3.1, 2.4.8) 
(1.3.3.1, 2.4.8) 
(1.3.3.1) 


Projected overrun or underrun is the difference between the latest revised estimate and the 


planned cost (1.3.3.1). 
x 100 (1.3.3.1) 6 


identification of projects and networks for which the financial status is given (1.3.3.1) 


projected overrun or underrun 
planned cost 


Project percentage overrun or underrun = 
System contract (2.3.2) 

Project contract (2.3.2) 

Network contract (2.3.2) 

Network cutoff date (2.3.2) 

Committed cost (1.3.3.1, 2.4.9) 

(1.3.3.1, 2.4.9) 

Charge number in the work breakdown structure (1.3.3, 2.4.7) 

The system cost cutoff date (1.3.3.1) 

(1.3.2.2, 2.4.5) 

(1.3.2.2) 

(1.3.3.1) 

Charge number in the organizational accounting structure (1.3.3, 2.4.7) 
(1.3.1, 2.4.1) 


(2.4.1) @ 


(1.3.3.2, 2.4.2) 
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Table A—1. Key to Reports (Part 6 of 6) 


Field 


iD Description 


(1.3.1, 2.4.1) 


(1.3.1, 2.4.3) ' 


System earliest start (1.2.3.3) 

System earliest finish (1.2.3.3) 

System latest start (1.2.3.3) 

System latest finish (1.2.3.3) 

Project scheduled start (2.3.1) 

Project scheduled finish (2.3.1) 

Project cutoff (2.3.1) 

Project earliest start (1.2.3.3) 

Project earliest finish (1.2.3.3) 

Project latest start (1.2.3.3) 

Project latest finish (1.2.3.3) 

System scheduled start (2.3.1) 

System scheduled finish (2.3.1) 

System cutoff (2.3.1) 

Accounting period (A.16) 

Direct cost estimated for this accounting period (1.3.2.1) 
Overhead cost estimated for this accounting period (1.3.2.1) 
Actual cost estimated for this accounting period (1.3.2.1) 
Cumulative totals for the estimates 

User-supplied estimated costs to complete an activity (2.4.5) 


Direct cost component of the overall estimate of future activities with no user-supplied 
estimated cost to complete (1.3.2.1, 2.4.5) 


Overhead cost component of the overall estimate of future activities with no user-supplied 
estimated cost to complete (1.3.2.1, 2.4.5) 


Quantity of resource required during the period, expressed in measure of resource (2.4.4) 
Quantity required per measure of resource (2.4.4) 
Total quantity required for duration (2.4.4) 


Total direct cost for the requirement (1.3.2.1) 





Total overhead cost for the requirement (1.3.2.1) 


A.2. BAR CHARTS (TYPES B AND J) 
Bar charts showing all activities (type B) and only those activities on the critical path (type J) are available. 


If none of the elements of the user-selected sort code is a time, or if one of the sort codes is an earliest time, the 
activities are shown in their earliest position. Positive total float is indicated where available. Positive free float is 
indicated where available for days not covered by total float. 


Figure A—3 is an activity bar chart showing activities in their earliest position. 


If one of the user-selected sort codes is a latest time, the activities are shown in their latest position. No floats are 
shown because float is related to an activity only in its earliest position. 


Figure A—4 is an activity bar chart showing the same activities in their latest positions. 
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Figure A-3, Activity Bar Chart — Earliest Position (Part 1 of 2) 
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Figure A—3. Activity Bar Chart — Earliest Position (Part 2 of 2) 
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Figure A—4, Activity Bar Chart — Latest Position (Part 1 of 2) 
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Figure A—4. Activity Bar Chart — Latest Position (Part 2 of 2) 
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A.3. ACTIVITY REPORT (TYPE C) 
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Figure A—5 is an activity report with dates in Gregorian date format. 


Figure A—6 is the same report with dates in integer day number format. 
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Figure A—5. Activity Report in Gregorian Date Format 
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Figure A—6. Activity Report in Integer Day Format 
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Figure A-8. Predecessor — Successor Report (Part 2 of 2} 
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A.6. SUMMARY ACTIVITY REPORT (TYPE G) 
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_ Figure A—9 is a summary activity report. It shows the network P54 AN (Figures A—1, A—5, and A—6) summarized 


to level 4. 
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Figure A-—9. Summary Activity Report 
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A.8. CRITICAL PATH ACTIVITY REPORT (TYPE K) 


Figure A—11 is a multinetwork critical path activity report. 


UN pA NAGEMENT CONTROL SYSTEM ®e Critica PATH ACTIVITY REPORT eo RUN oaTE 
pe rtp FLOAT fatus fe Ane OATES 
v @- " 
SCRIPTIO CONTRACT GBOEMONSTRATION oF REPORTS Gis 901 ne ere 
ite ada ENT@BOEPT i Gi wit i a 
OR WI L V LVL wac~€ CNT EARLIEST 3 LATEST 
hats DESCR L Aq S/F LSC “BuR CMPL START a TART FINISH 
Int NOL E] E2 ee ee db 
4 
at NOG. ez - 5M) 7 : oe se a OLVAN7T4 Q9JAN74 
M AN74 
In? NOZ El E3 15M 7 ee oh . 1OJAN74 1 8UAN74 
4 re) N AN74 7 
twT NO2 €E3 E5 ae : is an oe 30JAN74 
In? NOSE} £3 SONA . - JIJAN74 D8FEB74 
4 e874 
ot-NOS E93 - 5™1 7 O J1FEB74 2IF 11FEB74 21FEB74 
5M1 7 O 22FE874 OYMAR74 22FE874 C4MaR74 


Figure A—11, Critical Path Activity Report (Type K) 
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A.10. COST STRUCTURE REPORT (TYPE S) 
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Figure A~13 is a cost structure report for a work breakdown structure. The same format is used for the 
organizational accounting structure, 
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Figure A~13. Cost Structure Report for Work Breakdown Structure 
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A.11. FINANCIAL STATUS REPORT (TYPE U) 
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Figure A—14 is a page of a financial status report by work breakdown structure. A separate page is printed for each 
charge number on the selected level. The first entry shows the total of all costs that report, directly or indirectly, to 
the charge number. This is followed by a listing of all the components (subtotals) of these totals. The first set of 
subtotals is for the costs of all the activities which report directly to the charge number. This is followed by a series 
of subtotals, one for each charge number that reports directly to the subject charge number. 


A separate page also is printed for each of the four internally defined pseudo charge numbers (1.3.3). 


Figure A—15 is a financial status report by project-network. An entry is given for each project-network. 
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_ Figure A—14, Financial Status Report for Work Breakdown Structure 
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—15. Financial Status Report by Project—Network 
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A.12. MANAGEMENT ACTIVITY REPORT (TYPE V) 


Figure A—16 is a page of a management activity report by work breakdown structure. A separate page is printed for 
each charge number in the structure (regardless of level). Every activity assigned to a charge number (2.4.7) is 
shown. The same format is used for the management activity report by organizational accounting structure. 


Figure A—17 is a management activity report by project-network for one network. Every activity in the network is 
shown, even if it is not assigned to a charge number in either structure. 
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Figure A—16, Management Activity Report by Work Breakdown Structure 
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Figure A—17. Management Activity Report by Project—Network 
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A.13. RESOURCE RATES TABLE (TYPE Z) 
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Figure A—18 is a sample resource rates table. 


Figure A—18. Resources Rates Table 
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A.14. PROJECT-NETWORK REPORT (TYPE A) 
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Figure A—19 is a sample project-network report. 


UNIVAC MANAGEMENT CONTROL SYSTEM PROYECT NE TAORK REPORT GQDdrun nate 49UL? PAGE 1 
@Bryre a @pcories | 14yUL7S , 
SYSTEM: GBDESCRIPTION: CONTRACT: @D 
DATES: SCHEDULED START@® UcapR74 CUTOFF @® 17A0674 FARLIEST STARTED 24ApR72 LATEST STARTED tgyuir74 
SCHEDULED FINISH@)310EC74 EARLIEST FINISH@R2AFEB76 LATEST FiniSH@p3ipec74 
PRuJECT: mcS@® DESCRIPTION s@p CONTRACT: @® 
DATESS SCHEDULED STARTED NOAaPR74 cuTorre @D) 1:3 4uL74 CARL IEST STARTED 24aPR72 LATEST STARTQD 16 5uL74 
SCHEDULED FINISH@31,vEc74 EARLIEST FINISH@®2aFr€B76 LATEST FINISH@B310EC74 
NETWORK: NTI@D  o€ScRIPTion:@ CONTRACT: @D % 
CATES! SCHEDULED START@® 154PR74 CUTOFF) vosuN74 FaRLtEst START@D 15Aprz74 Latest START @D 24 ;uL74 p 
SCHEDULED FINISH@RR3I1DEC 74 EARLIEST FINTSH@(D1 2AuG74 LATEST Fin SH@psinec74 VU 
ag 
NETWORK: NT2 DESCRIPTIGgm? CONTRACT! Cc 
DATES: SCHEDULED cTART Z227APR74 CUTOFF UOJUNTS EARLIEST START 26APR74 LATEST START OSAUG74 = 
SCHEDULED FINISH 3)DEC74 EARLIEST FINISH O7QUL7S LATEST FINISH 31pEC74 < 
NETWORK: NT3 DESCRIPTION? CONTRACTS © 
DATES: SCHEDULED START Z27APR72 CUTOFF 27APRI3. EARLIEST START ZYAPR7 2 LATEST START t6J4L 74 A 
SCHEDULER FINISH 31D0EC74 FaARLIFST FINISH IgyUL74 LATEST FinlSi# 22aUG74 a 
NETWORKS NT4 DESCRIPTIGN!: CONTRACTS To) 
DATES! SCHEDULED START OSAPR74 cuTore QAFEB/4 Ean, TEST START NSAPR74 LATEST START l3auG7 © 
SCHEDULED FINISH 3,DEC74 FarLiEsSt FIn!SH oszHFFA76 LATEST FINISH 3),nkC74 
NETWORK? NTS DESCRIPTION: : CONTRACTS 
DATES: SCHEDULED START NoAPRT74 CuTlorr U2MAy?7 4 FarLIEsgt START NSAPR74 LATEST STARE QAAUGZSA 
SCHEDULED FINISH 3f1f0EC74 FARLIEST FINISH NRAYG74 LATEST FINISH L19)EC74 


Figure A—19. Project-Network Report 
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A.15. RESOURCE REQUIREMENTS REPORT (TYPE R) 
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Figure A—20 shows a resource requirements report for a single resource. Figure A—21 shows a resource requirements 
report sorted by project network. 


UNI VAC MANAGEMENT CONTROL SYSTEM ®@ RFSOYRCE REQUERFEMENTS PEPORT ° @Drun QOATE I4YyUL 7S PAGE ' 
@Bryee Rk @Hcoories 31 GPSORT= 15erReSOCuURCHTOT QTY 
RESOURCEGDFIRE2O Qe reenan ag oe COST CATEGORY GP 21 
43 
@ @ @ @Doyevevt PONT | TOTALS FOR DURATION _ 
PRO NET Fyent NI orPpT OuR cMPL E START CE © * L wo L FIN QUANTITy a ae OLRECT OVERHEAD 
MCS NTS rl 6463 15 a? NSAPR74 O4MAY74 ABAUGTH 22AUG74 5 PER SHyFT 32458200 3 no 
MCS NTO Py 69468 20 1099 G&aPR74 2OMK4Y74 225UL74 17AUG7H 3 PER SHIFT 6n 36920640 369224 ~” 
MCS NT3 A} A2 6268 1S 1U9 24HYAPR72 L2mMAY72 16IIL74 OSAUG74 3 PER SHIFT 4¢, 0.00 UenO “~v 
MCS NTS 5] 6268 14 n 19 QUL74 VIAUG7TH JINEC74Y 240EC74 3 PER SHIFT 42 3940.80 304.98 iri 
MCS NT3 A2 AY 6268 13. YOU LSMAY7T2? BEMAY72 NOAUGTY 22a0UG74 3 PER SHIFT 39 e000 Uend 0 
a 
< 
Figure A—20. Resource Requirements Report for a Single Resource c 
a 
©) 
oO 
7 
Vigp-aas rANAGEMENT CONTROL SYSTEM ® RFSOYURCE REQUIREMENTS REPORT * RUN DATE P4 gut 75 PAGE | 2 
@BPtyee kK @Hcories PROJFCT NETWORK SORT= 3p ePRUUJFCTONETHORK@! Evy fb 
@rero «cs Oo NET SCH § USAPR74 NET ES OSAPR74 NET LS O8AUG74 
@tt .ts q NET SCH F 3!DEC74 NET &F URAUG?Z4 NET LF 190EC74 
CUTOFF OZMAY74 NET END FLAG O 
31] JEvENT GD @ ecnt | TUTALS FOR DURATION 
IfyENT Of Ww! DEFT OuR ¢CMPL E START FoFIN LL START L Fir: RESOURCE QuANTily QuaANTI] Ty OPREC OyeRHEAD 
@ @ @ @ 71 
P| 6R 68 i5 47) OSAPR7T4 C4mMAY74 NBAUGTH 22AUGT74 BvOIL2N 5 PER SHIFT Ts 4329-600 13590290 
ELEC20 5S PER WEEK LS 6048-00 60%e a0 
FIRE20 5 PER SHIFT 7S 3258-00 325250 
PIPF20 5S UNTTS 5 9e00 O00 
S} 6a6a 1A QO 72guUL74 UBAUG7ZH NZ2HEC74 1ILECTA ELEC20 4 PER WEEK 14 9498-00 940280 
P{PF20 4 UNTTS 4 1300-00 19560 


Figure A—21. Resource Requirements Report Sorted by Project-Network 
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A.16. RESOURCE COST CATEGORY PLAN (TYPE W) 


Figure A—22 shows a resource category plan. 


The system cost cutoff date is used as the basis of the accounting periods. The first accounting period is from the 
day after the cutoff date to the end of the month. If this month is not the last month of a quarter (March, June, 
September, December), there is a period for each month to the end of the quarter; subsequently there are nine 
monthly periods. Thus, the Jast monthly period is always March, June, September, or December. Then there are four 
quarterly periods, one 12-month period, and a period for all later costs. 








UNIVAC MANAGEMENT CONTROL SySTE™ RESOURCE COST CATEGORY PLAN e Rey NATE IS QUL75 PAGE t 
@Btyr€ w @corics ALL PRO}NETS IN SYSTEM Kp SORT= eCOSTCAT 
RACOST CUTOFF 22APR73 ” 
GPcost CATFGORY E21 ENGINEFRING m 
ESTIMATFD THIS PERIOD | cuMuLatTtive TOTALS a 
PERIOD “TaTRECT cast oveRneab) Tata vimect cagt aveantadaTotaL 2 
60) | 161) 162 163 + eo c 
23aP273 © 30APR73 U 0 ) U ) v > 
OINAY73 = 31MAY73 0 0 0 D 0 0 < 
Olyui73 = 30yUN73 n 0 a) 8) v tf) 3 
OLGUL73 = 31 5UL73 0 0 s) U n U ¥ 
OQ1AUG73 = 31AUG73 U 0 U 0 0 =. 
OLSEP73 = 3NSEPT73 a) Q ) ) O U R 
OlLUCT73 © 310C€173 0 0 5) 9) 0 ff) & 
OINQV73 © 30N0V73 a) Q a a fe) U 
Q1DEC73 © 310EC73 a} 0 S) if) a) 8) 
OlGAN74 = BIYAN74 0 3) 9) U 0 U 
OIFE374 |= 2AFEB74 0 0 U Q 0 0 
OlLMAR74 = 3IMAR74 U Q 0 ¢ 8) Y 
OLAPR74 = 3NYQUN7TY 111973 17497 1293480 114973 17407 12938y 
OtyUL74 = JOSEP74 74684 1oO084 84768 184657 2749] 214148 
O10CT74 = 31DEC74 Q 0 ) 186657 2749) 2141448 
OlyAn7S |= JIMAR7ZS Q 6) n 186657 2749) 214148 > 
OLAPR75 © 3IMAR76 17466 2629 20095 204123 301320 234243 m 
OLAPR74 « 0 0 0 204123 30120 234243 fa 
; 
Figure A—22. Resource Cost Category Plan 4 








A.17. FINANCIAL PLAN (TYPE X) 


Figure A—23 shows a financial plan for a project-network. The financial plan report is also available for each charge 
number on any level of the WBS or OAS. 


See A.16 for a description of the accounting periods. If the report is sorted ade project network, the network cutoff 
date is used in place of the system cutoff date. 





qm x @peories Pe Sete” “*apbaourct NeTwoRK 7°" sone  pedse ch me T¥ORK ao 
Bar “cS a NET SCH § USAPR74 NET ES USAPR74 NET LS O8ALG74 
MANET TS NET SCH F 31DEC74% NET &F UBAUG74 NET LF IyDEC74 
CUTOFF D2May74 NET END FLAG O 
Ee s T | MATE D TH 7d 5 P ER 1 UG C Cc UMuUtLATIy € TOTAL $5 
PERIOD "ayTGSER OTHER OlRECT OTMLA OVAD TOTAL "SER ESEOTHER” OYRECT OpRER”ovRG TOTAL 
60 169 1 66) 167 1163) 
O3NnAY74 = JIMAY74 3 0 0 3 3 0 ) 3 
O1yUN74 = 3JOGUNT4 0 G G 0 3 0 1) 3 
OlguL74 © 31YUL74 0 6476 733 740? 3 6676 I33 7412 
OLAUG74 |= 31AUG74 0 4932 403 4435 3 10708 1136 11847 
O1SEP74 = 30SEP74 0 fe} 8) ) 3 1n708 1136 11847 
OrecT74 = 310CT74 a) fe) 8) 0 3 19708 1136 11847 
DINOv74 = 30NO0V74 G 0 0 a) 3 10708 1134 11847 
OLvEC74 = 31DEC74 0 0 0 0 3 19708 1136 11847 
OLYAR7S = 31YAN75 0 @) 0 a) 3 in708 1136 11847 
OlFER7S = 28FEB7S 0 0 a) 0 3 10706 1136 11847 
OLMAKTS = 31MAR7S 0 0 0 0 3 10708 1136 11847 
OLAPR7S © 39yUN75 0 0 0 0 3 19708 1136 11847 
O1UUL75 = 39SEP7S 0 no a) a) 3 In708 1136 11847 
010C175 = 3tpEc75 0 0 U 0 3 10708 1136 11847 
OLYAN7T& = 3IMAR76 G 0 a) ) 3 10708 1136 11847 
OLAPK76 = JIMART? QO 0 0 n 3 10708 1135 11847 
OlAPK77 «= 0 9 0 0 3 190708 1136 11847 


Figure A~23. Financial Plan for a Project-Network 
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A.18. RESOURCE REQUIREMENTS PLAN (TYPE Y) 
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Figure A—24 shows a resource requirements plan for the use of a resource by a single project-network. The report is 
also available for the use of a resource by all the project-networks in the system. 


Figure A—24. 





Resource Requirements Plan for Use of a Resource by a Single Project-Network 
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Es TIM ATE G | ae PER yY GD Cc UMUEL ATE VE TO yaraRU S 
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Appendix B. Error Messages 


B.1. GENERAL 


This appendix lists all messages that may be printed during a management control system (MCS) execution. A 
description of each message is included, as well as a suggested action, if one is required. 


The following error types are used to indicate the severity of error conditions: 


W = Warning 
An unusual situation has been encountered which is not necessarily an error. MCS continues its 
execution. 

E = Error 


An error has been encountered that is not severe enough to cause MCS to terminate execution but may 
lead to unexpected results. 


F = Fatal 


An error has been encountered that prohibits MCS from producing meaningful results. MCS execution is 
terminated. 


B.2. GENERAL AND SAVE/RESTORE MESSAGES 


The messages listed in Table B—1 may be printed at various times during an MCS execution. Some inform a user of 
the progress of MCS execution. Others notify a user of serious internal or |/O related errors. 


Table B—1. MCS General Messages (Part 1 of 2) 


section name PROCESSING COMPLETED 


****ALL MCS PROCESSING COMPLETED 


****MICS TERMINATED ABNORMALLY 


SAVE OF LFD MCTABLES ON LFD MCSAVE 
HAS STARTED 


SAVE OF LFD MCTABLES ON LFD MCSAVE 
COMPLETED 


INVALID OR NONEXISTENT TABLES 
ON MCRESTR 


UNRECOVERABLE INTERNAL ERROR IF 
THIS ERROR OCCURS AGAIN CONTACT A 
UNIVAC REPRESENTATIVE 


UNRECOVERABLE HARDWARE ERROR 
ON filename 


UNRECOVERABLE PARITY ERROR ON 
filename 





(None) 


All processing requested by the user has been 
completed without encountering a fatal error. 


A fatal error has been encountered. MCS has 
terminated its execution without completing 
all requested processing successfully. 


MCS has started to place contro! information 
and the contents of LFD MCTABLES on the 
save file. 


MCS has finished placing control information 
and the contents of LED MCTABLES on the 
save file. 


The contents of LFD MCRESTR is not a com- 
plete set of data and control tables written by 
save processing. 


MCS has detected an illogical condition process- 
ing. A cancel dump is requested by MCS at 
termination. 


A cancel dump is requested by MCS at termin- 
ation. 


A cancel dump is requested by MCS at termin- 
ation, 








E 


(None) 


(None) 


Correct the error. 


None. If save processing is not 
completed (refer to next message), 
restore processing (3.4.6, 3.1.2) 
from LFD MCTABLES is valid, 
but restore processing from the 
save file is not valid. 


None. If MCS terminates (normally 
or abnormally) before save process- 
ing starts again, restore processing 
(3.4.6, 3.1.2). Using the save 

file as the restore file is valid, 

but restore processing from LFD 
MCTABLES is not valid. 


Refer to 3.4.6. 


Submit a trouble report if error persists. 


Retry the run after checking the equip- 
ment involved. 


Retry the run after checking the equip- 
ment involved. 
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Table B—1. MCS General Messages (Part 2 of 2) 


» Ee Le amet 


UNABLE TO RESTORE PREVIOUS TABLES ® An R processing option was specified on the Refer to 3.1.2, 2.1.4, 3.3.2.3. 
type 00 but the file LFD MCTABLES did 
not contain valid information created by 
time processing (2.1.4), or 
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Restore processing (3.4.6) was requested 
from a file which did not contain valid 
information created by save processing. 


INSUFFICIENT SPACE ON filename MCS has attempted to write more records than Increase the file size or preformat the 
will fit into the file or a disc file has not been the file. Refer to 3.3.2, 3.3.3. 
preformatted (3.3.3). A cancel dump is request- 
ed by MCS at termination. 


UNRECOVERABLE ERROR LOADING A cancel dump is requested by MCS at termin- Check load library from which MCS 
was executed for presence of all 


phases of the MCS load modules. If 
the foad library is compiete, this may 
indicate a hardware error. 


phasename ation. 


FU.E ASSIGNED TO TWO LFDS, VSN IS Each MCS file must be physically different Refer to 3.2.2, 
voino FILE-ID IS file-id from all other assigned to the MCS run. 
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P0101 ALL ERROR MESSAGES NOT PRINTED. The message table has overflowed. Correct errors reported and rerun the 
problem. 
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B.3. LABEL AND SYNTAX EDIT ERROR MESSAGES 
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Table B—2 lists the error messages that may be printed during label, and syntax edit processing (2.1.1). In addition 
to the texts shown in the table, the card on which the error occurs is printed. 


Table B-2. Syntax Editing Errors (Part 1 of 2) 


FIELD iN COL xx IS INVALID 


FIELD IN COL xx-xx iS INVALID 


LABEL ERROR FOR filename 


MCTABLES NOT RESTORED WHEN STEP OPTION IS x 


REQUIRED FILE NOT PROVIDED. LFD=filename 


INVALID OR NONEXISTENT DATA BASE ON MCOLDDB 


A DISC FILE 1S REQUIRED FOR LFD=filename 
A TAPE FILE IS REQUIRED FOR LFD=FOROS9 
IDENTIFIER FIELD IN COL xx-xx ISINVALID 
IDENTIFIER FIELD IN COL xx-xx IS BLANK 
UPDATER FIELD IN COL xx-xx [S INVALID 
FIELD IN COL xx-xx IS INVALID 

CARD TYPE IS INVALID 


TYPE 00 CARD MUST BE FIRST IN MCS DATA 


INCONSISTENT FIELDS xx-xx, xx-xx, xx-xx 





The indicated field on the type 00 card is 
invalid. 


See EQ001. 


The labet on the file is not the same as the 
label indicated on the 00 card. 


Restore processing is available only for step 
options blank and T. 


The contents of LFD MCOLDDB is not the 
result of MCS data base generation processing. 


None 


The type 00 card, if provided, must immediately 
follow the start-of-data (/$) card. 


The contents of the identified fields are 
incompatible. 


Refer to 3.1.2. 


See EQOO1. 


Refer to 3.1.2, 3.4.7 


Refer to 3.4.6. 


Refer to 3.3.2. 


Refer to 3.3.2.5. 


Refer to 3.3.2.3 and 3.3.2.6. 


Refer to 3.3.2.7. 


Refer to 2.3, 2.4, 3.1, and 3.2. 


See E0101. 


See E0101. 


See E0101. 


Refer to Table 2—1. 


Refer to 3.1.2. 


See E0101. 
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Table B—2. Syntax Editing Errors (Part 2 of 2) 
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See E0101. 


The identification information on this card Locate the duplicate. Remove 

is the same as that on another card input one of the cards with the 

with the execution of MCS. duplicate identification and 
resubmit the job. 





B.4. DATA BASE CREATION OR MODIFICATION ERROR MESSAGES 


Table B—3 lists the error messages that may be printed during data base creation or modification (2.1.2). In addition 
to the texts shown in the table, the data base record that produced the error is printed. 


Table B—3. Data Base Creation or Modification Errors 


Description Response/Action 
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EXISTING DATA TO BE UPDATED NOT FOUND An input card could not be matched with a Check record code and identifier 
record on LED MCOLDDB. fields. 


ADD ILLEGAL -- EXISTING FIELD NON-BLANK An input card requests the addition of a Use R transaction code to replace 
field, but the matching field on LFD nonblank field. Refer to 2.1.2, 


MCOLDDB is nonblank. 22:2: 

DELETE ILLEGAL -- EXISTING FIELD BLANK An input card requests the deletion of a Refer to 2.1.2, 2.2.2. 
field, but the matching field on LFD 
MCOLDDB is blank. 


D TRANS CODE ILLEGAL FOR THIS CARD An input card requests an illegal D-type Check description of card type. 
TYPE deletion. Refer to 2.2.2. 


NUMBER OF D TRANSACTIONS EXCEEDS 100. Refer to 2.2.2. 
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UPDATES ILLEGAL, MCOLDDB NOT ASSIGNED The file LFD MCOLDDB has not been assigned. Refer to 3.3.2.5. 
No updating is possible. 
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B.5. TABLE GENERATION ERROR MESSAGES a : 
a 


Table B-—-4 lists the error messages that may be printed during generation of the MCS internal tables from the data 
base (2.1.3). In addition to the texts shown in the table, the identification of the data base records causing the error 
is printed. 


Table B-4, Table Generation Errors (Part 1 of 10) 


i ee ee ee ee 2 


ACTIVITY COST PROGRESS OVERFLOW The change in the actual cost of the Ensure the correctness of the 
referenced activity (as specified via a referenced change. 
type 46 card) exceeds the maximum allow- lf it is correct, report all 
able value of 999999.99 or costs to MCS in thousands of 
monetary units. 
i The result of applying the change in Refer to 1.3.2, 2.4.5. 


the actual cost of the referenced 
activity exceeds the maximum allowable 
value of 999999.99. 


The maximum allowable value is used for 
further computation. 


ACTIVITY ESTIMATED COST TO COMPLETE Same as C4601 for estimated cost to complete. Same as C4601. 
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PROGRESS OVERFLOW Refer to 1.3.2, 2.4.5. 


CHARGE NUMBER PLANNED COST OVERFLOW = The change in the planned cost of the Same as C4601. 
referenced charge number (as specified Refer to 1.3.3.1, 2.4.8. 
via a type 52 card) exceeds the maximum 
allowable value of 999999999, or 


e The result of applying the change in the 
planned cost of the referenced charge 
number exceeds the maximum allowable 
value of 999999999. 


CHARGE NUMBER COMMITTED COST OVERFLOW Same as C5201 for committed cost. Same as C4601. 
Refer to 1.3.3.1, 2.4.8. 
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Table B-—4. Table Generation Errors (Part 2 of 10) 


Error Card 
Message Text Description Response/ Action 
Type Type 


NET PLANNED COST OVERFLOW The change in the planned cost of the Same as C4601. 
referenced network (as specified via a Refer to 1.3.3.1, 2.4.9. 
type 53 card) exceeds the maximum 
allowable value of 999999999, or 
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ad The result of applying the change in 
the planned cost of the referenced 
network exceeds the maximum allowable 
value of 999999999. 


scheduled start date and the cutoff date. 
Actual and in-progress activities refer to 
the cutoff date. 


The maximum allowable value is used for all 9 

further computation. ay 

a 

Ww 53 NET COMMITTED COST OVERFLOW Same as C5301 for committed cost. Same as C4601. 4 
Refer to 1.3.3.1, 2.4.9. c 

F 01 THE PROJECT IS NOT GIVEN IN THE SYSTEM. See D4001. See D4001. = 
F 01 THE PROJECT-NETWORK iS NOT IN THE SYSTEM. See D4001 and D4002 See D4001 and D4002. e 
Ww 10 SYSTEM SCHED. START DATE IS LATER The eartiest of the future activities start See 1.2.6, 2.3.1. g 
THAN SYSTEM CUT OFF DATE. no earlier than the jatest of the network 2 

fe) 

© 


W 10 SYSTEM CUT OFF DATE IS LATER THAN Negative slacks and floats may be reported. See 1.2.3.4, 1.2.4, 2.3.1. 
SYSTEM SCHED. END DATE. 


Ww 10 SYSTEM SCHED. START DATE IS LATER See 01002. See D1002. 
THAN SYSTEM SCHED. END DATE. 


W 10 PROJECT SCHED. START DATE 1S LATER See D1001. See D1001. 
THAN PROJECT CUT OFF DATE. 


Ww 10 PROJECT CUT OFF DATE IS LATER THAN See D1002. See D1002. 
PROJECT SCHED. END DATE. 


w 10 PROJECT SCHED. START DATE IS LATER See D1002. See D1002. 
THAN PROJECT SCHED. END DATE. 


NOISIASY A5Vd 


Ww 10 NETWORK SCHED. START DATE IS LATER See D1001. See D1001. 
THAN NETWORK CUT OFF DATE. 











Error Card Message Text Description Response/Action 
| Type TYPES 


D1022 











Table B—4. Table Generation Errors (Part 3 of 10) 


NETWORK CUT OFF DATE IS LATER 
THAN NETWORK SCHED. END DATE. 


NETWORK SCHED. START DATE 1S LATER 
THAN NETWORK SCHED. END DATE. 


NETWORK SCHED. START DATE IS NOT 
GIVEN. 


ILLEGAL NETWORK END DATE FLAG. 


NETWORK TYPE 10 CARD !S MISSING. 


THE PROJECT 1S NOT GIVEN IN THE SYSTEM. 


THE PROJECT IS NOT GIVEN IN THE SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE PROJECT. 


ILLEGAL MEASURE OF RESOURCE. 


THE RESOURCE CODE 1S NOT GIVEN IN THE 
SYSTEM. 


NO RESOURCE CODE IS GIVEN IN THE 
SYSTEM. 


THE RESOURCE CODE BELONGS TO TWO COST 
CATEGORY CODES. 


See D1002. 


See D1002. 


The network scheduled start date is required 


to accomplish earliest time processing. It 
may be provided on a system, project, or 
network level type 10 card. 


None 


The network referenced was not defined 
using a type 10 card. 


See D4001. 
See D4001. 
See D4002. 
None 


The resource code referenced was not 
defined by a type 20 card. 


No resource codes have been defined by 
type 20 cards. Therefore, all references 
to resource codes on other cards are 


illegal. 


A resource code may belong to only one 
cost category. 


See D1002. 


See D1002. 


See 2.3.1, 2.3.1.1. 


See 2.3.1. 


See 2.3.2, 2.3.1. 


See D4001. 
See D4001. 
See D4002. 
See 2.4.1. 


See 2.4.2, 2.4.1. 


See 2.4.2, 2.4.1. 


See 2.4.2. 
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Error Card 
i 


D3001 


D3002 


D4001 


D4002 


D4003 


04004 


D4005 
D4101 
04102 


D4103 


D4104 


30 


40 


40 


40 


40 


40 


41 


41 


41 


41 


Table B—4. Table Generation Errors (Part 4 of 10) 


THE RESOURCE CODE IS NOT GIVEN IN THE 
SYSTEM. 


NO RESOURCE CODE IS GIVEN IN THE 
SYSTEM. 


THE PROJECT !S NOT GIVEN IN THE 
SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


ERROR IN THREE TIME ESTIMATES OF 
ACTIVITY DURATION. 


INCONSISTENCY BETWEEN NETWORK TYPE 
AND ACTIVITY NOTATION. 


ON A TYPE 40 CARD, THE I-EVENT AND 
J-EVENT {DS ARE THE SAME. 


THE PROJECT IS NOT GIVEN IN THE 
SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


THE ACTIVITY IS NOT GIVEN IN THE 
NETWORK. 


THE TYPE 41 CARD IS ILLEGAL FOR AN 
ACTIVITY ON ARROW. 


Description 





See D2101. 


See D2102. 


A project identification must be defined 
by using a type 10 card (project level or 
network level) before it may be referenced 
on other cards. | 


A network identification must be defined 
by using a network level type 10 card 
before it may be referenced on other cards. 


The optimistic estimate of duration must 
be less than or equal to the most likely 
estimate of duration. The most likely 
estimate of duration must be fess than 

or equal to the pessimistic estimate 

of duration. 


The network type is defined using a type 
10 card. The start event identification 
must be blank for activity-on-node 
networks. Start event and end event 
identifications must be nonblank for 
activity-on-arrow networks. 


The start and end events of an activity 
must be different. 


See D4001. 


See D4002. 


An activity must be defined by using a type 
40 card before it may be referenced on 
other cards. 


Precedence relationships may not be 
specified for activities represented 
in |-J notation. 





_ Response/Action 


See D2101, 2.4.3. 


See D2102, 2.4.3. 


See 2.3.1. 


See 2.3.4. 


See 2.3.4, 2.3.1. 


See 1.2.1.1. 


See D4001. 


See 2.3.5, 2.3.4. 


See 1.2.1. 
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Error Card 
Message Text 
vm | Fe | 


D4105 


D4201 


D4202 


D4203 


D4204 


D4205 


D4206 


D4207 


D4208 


D4209 


D4210 


Table B—4. Table Generation Errors (Part 5 of 10) 


ON TYPE 41 CARD, PREDECESSOR HAS SAME 
iD AS WORK ITEM IN COL 11—16. 


THE PROJECT IS NOT GIVEN IN THE 
SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


THE ACTIVITY IS NOT GIVEN IN THE 
NETWORK. 


THE MILESTONE EVENT IS NOT GIVEN IN 
THE NETWORK. 


SCHEDULED START DATE CONSIDERED 
BLANK. 


SCHEDULED FINISH DATE CONSIDERED 
BLANK. 


THE SCHEDULED START DATE iS MISSING. 


THE SCHEDULED FINISH DATE IS MISSING. 


THE SCHED. DATE tS NOT LATER THAN 
THE NETWORK CUTOFF DATE. 


SCHEDULED DATE PROVIDED, BUT SCHEDULED 


DATE OPTION IS MISSING 


SCHEDULED START LATER THAN SCHEDULED 
FINISH. DURATION SET TO ZERO 


Description 





A work item may not be a predecessor 
of itself. 


See D4001. 


See D4002. 


A work item or event must be defined 
using a type 40 card before it may be 
referenced on other cards. 


A scheduled start date was specified 
but the scheduled date option caused the 
date to be ignored. 


A scheduled finish date was specified 
but the scheduled date option caused the 
date to be ignored. 


The scheduled date option specified 
requires that a scheduled start date be 
given. 


The scheduled date option specified requires 
that a scheduled finish date be given. 


Scheduled dates should apply to future 
activities and events, i.e., activities 

and events whose earliest times are later 
than the network cutoff date. 


The schedule date option must be provided 
to indicate how the schedule date is to be 
interpreted. 


Only a zero duration dummy activity can have 


its start earlier than its finish. 





Response/ Action 


See 2.3.5, 1.2.1.2. 
See D4001. 
See D4002. 


See 2.3.6, 2.3.4. 


See 2.3.6. 
See 2.3.6. 
See 2.3.6. 


See 2.3.6. 


See 2.3.6, 2.3.1. 


See 2.3.6. 


See 2.2.4. 
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Table B—4. Table Generation Errors (Part 6 of 10) 


Error Card ; 


NET TERMINAL POINT WORK ITEM HAS NOT If any terminal point of a network is identified See 1.2.2, 2.3.6. 
BEEN MARKED USING A 42 CARD using a type 42 card, then all the terminal 
points in the network must be idenfied using 
NET TERMINAL POINT EVENT HAS NOT type 42 cards. 
BEEN MARKED USING A 42 CARD 


L “Ae 9708 
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42 WORK ITEM IS MARKED INCORRECTLY AS NET See 1.2.2. See 2.3.6. 
TERMINAL POINT ON A 42 CARD 


EVENT IS MARKED INCORRECTLY AS NET 


TERMINAL POINT ON A 42 CARD a 
a 
43 THE PROJECT IS NOT GIVEN IN THE See D4001. See 04001. ae) 
SYSTEM. ~< 
Cc 
43 THE NETWORK IS NOT GIVEN IN THE See D4002. See D4002. a 
PROJECT. < 
> 
43 THE ACTIVITY IS NOT GIVEN IN THE See D4103. See D4103. © 
NETWORK. ‘4 
=e 
43 THE RESOURCE CODE [tS NOT GIVEN IN THE See D2101. See D2101. 3 
fe) 
SYSTEM. S 
43 NO RESOURCE CODE IS GIVEN IN THE See D2102. See D2102. 
SYSTEM. 
44 THE PROJECT IS NOT GIVEN IN THE See D4001. See D4001. 
SYSTEM. 
44 THE NETWORK IS NOT GIVEN IN THE See D4002. If the network referenced was See 2.3.7. 
PROJECT. excluded from processing by a type O1 card, 
the type 44 cards referencing it are ignored 
after this message is produced. 
44 THE INTERFACE WORK ITEM IS NOT See D4203. See D4203. 


GIVEN IN THE NETWORK. 
THE INTERFACE EVENT tS NOT 
GIVEN IN THE NETWORK. 
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Table B—4. Table Generation Errors (Part 7 of 10) 


fm [se P ee 
Type 


THE INTERFACE HAS ONLY ONE MEMBER. 
THIS IS INVALID. 


THE WORK ITEM START OR FINISH ISA 
MEMBER OF MORE THAN 1 INTERFACE. 


THE EVENT IS A MEMBER OF MORE THAN 
1 INTERFACE. 


AN INTERFACE MAY OCCUR ONLY ONCE IN 
A NETWORK. 


THE PROJECT 1S NOT GIVEN IN THE 
SYSTEM. 


Description Response/Action 


An interface must represent a relationship See 1.2.7. 
between two or more networks. 





A work item start, a work item finish, See 1.2.7. 
or an event may belong to only one 
interface. 


Within a single network, an interface See 1.2.7. 
may contain only one work item start 
or work item finish or event. 


See D4001. See D4001. 
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D4502 


D4503 


D4504 


D4505 


D4506 


D4601 


D4602 


D4603 


D4604 


D4605 


D4606 





F 


45 


45 


45 


45 


46 


46 


46 


46 


46 


46 








Table B—4. Table Generation Errors (Part 8 of 10) 


THE NETWORK 1S NOT GIVEN IN THE 
PROJECT. 


THE ACTIVITY IS NOT GIVEN IN THE 
NETWORK. 


CUT OFF DATE IS MISSING. 


ACTUAL START DATE OR FINISH DATE 
LATER THAN CUT OFF DATE. 


ACTUAL START LATER THAN ACTUAL 
FINISH. DURATION SET TO ZERO. 


THE PROJECT IS NOT GIVEN IN THE 
SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


THE ACTIVITY tS NOT GIVEN IN THE 
NETWORK. 


THE RESOURCE CODE IS NOT ASSIGNED TO THE 
ACTIVITY. 


CUT OFF DATE IS MISSING. 


RESOURCE CODE MUST BE PRESENT. 


See D4002. 
See D4103. 


Actual and in-progress activities require 
that a cutoff date be given. !t must be 
jater than any actual date. 


Actual activities must be completed before 
the cutoff date. In-progress activities 
must be started before the cutoff date. 


Specifying an actual start date later 
than an actual completion date is valid 


only fora dummy activity, t.e., an 
activity whose duration is zero. 


See D4001. 


See D4002. 


See D4103. 


A resource requirement of an activity 
must be defined using a type 43 card 

before it may be referenced on a type 
46 card. 


A network cutoff date is required 
when a quantity of resource is specified. 


None 








See D4002. 


See D4103. 


See 2.3.8, 2.3.1, 1.2.6. 


See 2.3.8, 2.3.1, 1.2.6. 


If the activity is a dummy 
activity, ignore the message. 
lf not, correct the dates 
using a type 45 card with an 
R transaction code. 

Refer to 2.3.8. 


See D4001. 


See D4002. 


See D4103. 


See 2.4.5, 2.4.4. 


See 2.4.5, 1.3.2.2. 


See 2.4.5. 
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Table B-4. Table Generation Errors (Part 9 of 10) 


Error he 
Type Message Text 


RES ID INVALID WITH MONETARY CHANGE 
AS EST. COST TO COMPLETE. 


THIS TYPE OF COST INVALID WHEN 
SPECIFYING EST. COST TO COMPL (E). 


NEW TOTAL (T) REQUIRES MONETARY 
AMOUNT OF CHANGE. 


AMOUNT OF CHANGE MUST BE MONETARY 
AMOUNT. 


THE SUMMARY CHARGE NUMBER IS NOT 
GIVEN IN THE SYSTEM. 


THIS SUM. CH. N. LEVEL DOES NOT 
MATCH CH. N. LEVEL IN ANOTHER 50 
CARD. 


LEVEL OF SUM. CH. N.1S EQUAL TO OR 
GREATER THAN THAT OF CH. N. 


THE PROJECT 1S NOT GIVEN IN THE 


SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


THE ACTIVITY IS NOT GIVEN IN THE 
NETWORK. 


THE CHARGE NUMBER IS NOT GIVEN IN THE 
SYSTEM. 





Description 


When specifying a change in the estimated 
cost to complete an activity, the resource 
code is valid only when a quantity of 
resource is given. 


There are no direct and overhead cost 
subdivisions of the estimated cost to 
complete an activity. 


None 


When no resource code is supplied, the 
amount of change must be monetary. 


The summary charge number must be defined 
as a charge number using another type 50 
card. It must have a Jeve!l number less than 
the charge numbers reporting to it. 


The level specified for the summary 
charge number is different from the 
level previously associated with that 
charge number. 


The tevel of a summary charge number 
must be less than the level of any 


charge numbers reporting to it. 


See D4001. 


See D4002. 


See D4103. 


A charge number must be defined using a 
type 50 card before it may be referenced 
on other cards. 








Response/Action 


See 2.4.5. 


See 2.4.5, 1.3.2.2. 


See 2.4.5. 


See 2.4.6, 1.3.3. 


See 2.4.6. 


See 2.4.6, 1.3.3. 


See D4001. 


See D4002. 


See D4103. 


See 2.4.7, 2.4.6. 
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D5105 


D5106 


D5201 


D5202 


D5203 


D5204 


D5205 


D5206 


D5301 


D5302 


D5303 


(D5304 


D5305 


D5306 


D9001 


Error 
Type 


F 


Card 
M Text 
iV6e essage Tex 


51 


52 


52 


52 


52 


52 


52 


53 


53 


53 


53 


53 


53 


N.A. 





© 


Table B—4. Table Generation Errors (Part 10 of 10) 


NO CHARGE NUMBER OF THE STRUCTURE 
IS SPECIFIED IN THE SYSTEM. 


THE ACTIVITY IS ASSIGNED TO TWO CHARGE 
NUMBERS. 


THE CHARGE NUMBER IS NOT GIVEN IN THE 
SYSTEM. 


THE RESOURCE CODE IS NOT GIVEN IN THE 
SYSTEM. 


THERE IS NO SYSTEM COST CUTOFF DATE. 


NO CHARGE NUMBER OF THE STRUCTURE IS 


SPECIFIED IN THE SYSTEM. 


AMOUNT OF CHANGE MUST BE MONETARY 
AMOUNT. 


RESOURCE CODE MUST BE PRESENT. 


THE PROJECT tS NOT GIVEN IN THE 
SYSTEM. 


THE NETWORK IS NOT GIVEN IN THE 
PROJECT. 


THE RESOURCE CODE IS NOT GIVEN IN 
THE SYSTEM. 


CUT OFF DATE IS MISSING. 


AMOUNT OF CHANGE MUST BE MONETARY 
AMOUNT. 


RESOURCE CODE MUST BE PRESENT. 


THERE ARE NO NETWORK TYPE 10 
CARDS IN THE SYSTEM. 


Description 


The structure referenced has no charge 


numbers assigned to it by type 50 cards. 


An activity may be assigned to only one 


charge number in each type of structure. 


See D5104. 


See D2101. 


The system cost cutoff date is required 


when a quantity of resource is specified. 


See D5105. 


None 


None 


See D4001. 


See 04002. 


See D2101. 


See D4605. 


None 


None 


At least one network must be defined 
in the data base. 


Response/Action 





See 2.4.7, 2.4.6, 1.3.3. 


See 2.4.7, 1.3.3. 


See D5104. 


See D2101. 


See 2.4.8, 1.3.2.2. 


See D5105. 


See 2.4.8. 


‘See 2.4.8. 


See D4001. 


See D4002. 


See D2101. 


See D4605. 


See 2.4.9. 


See 2.4.9. 


See 2.3.1. 
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B.6. TIME PROCESSING ERROR MESSAGES 


Table B—5 lists the error messages that may be printed during time processing (2.1 .4). In addition to the texts shown 


in the table, identification of projects, networks, activities, and events associated with the error conditions are 


printed. 


THIS ACTIVITY IS IN A LOOP. 


ERRONEOUSLY DEFINED INTERFACES 
CAUSE INTERFACE LOOP. 


ACTUAL START DATE EARLIER THAN 
DIRECTED BY PREDECESSOR. 


SCHEDULED DATE EARLIER THAN 
DIRECTED BY PREDECESSOR. 


Table B—5, Time Processing Errors (Part 1 of 4) 


Error 
M 


Description 


One or more of its predecessors are also defined 


as its successor(s). 


Erroneously specified event or work item or 
interface flag by at least one type 44 card. 


According to the earliest start or finish of 
the predecessor(s) of the referenced activity 
(and the amount of lead/lag if activity-on- 
node) the actual start specified by a type 
45 card for this activity is too early. 


According to the earliest start or finish of 
the predecessor(s) of the referenced activity 
(and the amount of tead/lag if activity-on- 
node) the scheduled date specified by a type 
42 card for this event or scheduled start 

for this work item is too early. 





Response/Action 





Eliminate the loop by modifying the net: vork 


structure. lf activity-on-arrow: The 
structure is defined by type 40 cards; if 
activity-on-node: The structure is defined 
by type 41 cards. 

A drawing of the network may be helpful. 
Refer to 1.2 through 1.2.1.2, 2.3.4, 2.3.5. 


Draw the interfaces between the networks 
involved. Replace the event or work item 
identifier or interface flag by the correct 
ones using a type 44 card. 

Refer to 1.2.7.2, 2.3.7. 


By using a type 45 card specify a later 
actual start of the referenced activity or 
specify earlier actual start or finish 

date(s) of its predecessor(s), or by a 

type 41 card reduce the lead or lag between 
it and its predecessors if activity-on-node. 
Refer to 1.2.3.3, 2.3.5, 2.3.8. 


None, or if desired: Specify a later 
scheduled date by using a type 42 card 
for the referenced event or work item. 
Also consider changing the scheduled 
date option by changing the value in 
column 19. if activity-on-node the 
amount of lead or tag between the work 
item referenced and its predecessor(s) 
may be reduced. 

Refer to 1.2.3.3, 1.2.5, 2.3.5, 2.3.6. 
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Message Text 


IN PROGRESS ACTIVITY FOLLOWED BY 
PROGRESS OR ACTUAL ACTIVITY. 


IN PROGRESS ACTIVITY FOLLOWED BY 
ACTUAL ACTIVITY (DEPENDENCY F). 


IMPLIED ACTUAL START DATE LATER 
THAN CUT OFF DATE. 


IMPLIED ACTUAL FINISH DATE LATER 
THAN CUT OFF DATE. 





Table B—5., 


IN 


Time Processing Errors (Part 2 of 4) 


Description 


Since the successors of the referenced 
activity have actually started, the refer- 
enced activity should have been actually 
completed. 


Since the successor work item is actually 
completed and there is a zero or positive 
finish to finish lag time between the 

two work items, the referenced work item 
should also have been completed. 


The implied actual start date, and thereby 
the earliest start date, of an implied actual 
activity is determined by its predecessors and 
should be earlier than or equal to the cutoff 
date. 


The situation may have been created by specifying 
the cutoff date too early, or the actual dates 

of predecessors too late, or by the work item 
referenced accidently becoming imptied actual 
because of an unrealized path between it and 

an actual successor. 


The implied actual finish date, and thereby 
the earliest finish, of an implied actual 
activity should be earlier than or equal to 
the cutoff date. 

Refer to T0605 for probable cause. 


Response/Action 


Declare the referenced activity as 
completed by means of a type 45 card 
or declare its successors as future 
activities or change the activity rela- 
tionships using type 40 or 41 cards. 
Refer to 1.2.3.3, 2.3.4, 2.3.5, 2.3.8. 


Specify an actual completion date using 

a type 45 card for the referenced activity 

or delete the actua! completion date(s) 

for its successor(s} or change the lag or type 
of dependency between the two work items 
using a type 41 card. 

Refer to 1.2.1.2, 1.2.3.3, 2.3.4, 2.3.8. 


a Specify a later cutoff date by using 
a type 10 card, or 


Specify earlier actual dates (if any) 
for the predecessors of the activity 
referenced by using type 45 cards, or 


Change the network structure by 
breaking the path(s) between the 
activity and one or more actual 
successors using type 40 and 41 
cards, or 


Delete the actual date(s) (using type 
45 cards) of the successor(s} that 
cause(s) the referenced activity to 
be implied actual and make it a 
future activity. 


Refer to 1.2.6, 2.3.1, 2.3.1.1, 2.3.4, 2.3.5, 
2.3.8. 


Same as T0605. 
Refer to 1.2.6, 2.3.1, 2.3.1.1, 2.3.4, 
2.3.5, 2.3.8. 
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Table B—5. 


Error 
porate | me | tment 


E. FIN. OF IN PROGRESS ACTIVITY EQUAL 
TO OR EARLIER THAN CUT OFF. 


ACTUAL START SHOULD BE GIVEN WHEN 
NET SCH START LATER THAN CUT OFF. 


ACTIVITY DURATION IS SET TO REMAINING 
DURATION PLUS ONE DAY. 


SCHED DATE CAUSES EARLIEST START/ 
OCCUR BEFORE NETWORK SCHED START. 


SCH. DATE WITH OPTION 1 IS LATER THAN 
DIRECTED BY SUCCESSORS. 


Time Processing Errors (Part 3 of 4) 


Description 


The referenced activity is reported as in 
Progress according to status #8 by using 

a type 45 card (see Table 2—3) but its 

earliest finish is equal to or earlier than 

the cutoff date. MCS sets the earliest finish 
equal to the first working day after the cut- 
off date, increases the activity duration 
accordingly and sets the percentage completed 
to 99%. 


No earliest start date was obtained for this 
activity because it was reported as implied 
actual or as actual in accordance with status 
#8 by using a type 45 card (see Table 2—3) 
and the network scheduled start date being 
later than the cutoff date. 


The activity referenced is reported in progress 
in accordance with status #9 by using a 

type 45 card (see Table 2—3) and with an 
estimated time to completion longer than the 
original estimate of the total duration 
specified in a type 40 card. 


A scheduled date with schedule date option of 
6 is earlier than the network scheduled start. 


A scheduled date with a scheduled date code 
of 1 is specified in a type 42 card for this 
event or work item. The date is later than 
the latest date determined by the successors 
of the event or work ttem. Note the effect 
this date has on event slacks (if activity- 
on-arrow) and activity floats. 


Response/Action 





Specify a later actual! start date 
(using a type 45 card), or 


Increase the activity duration 
(using a type 40 card) so the 
activity earliest finish date 
becomes later than the cutoff 
date, or 


Specify an earlier cutoff date 
(using a type 10 card). 


Refer to 1.2.6, 2.3.1, 2.3.1.1, 2.3.4, 
2.3.8. 


Specify an actual start date by means of 
a type 45 card for the activity referenced 
or specify the network scheduled start 
date earlier than the cutoff date using a 
type 10 card. 

Refer to 1.2.6, 2.3.1, 2.3.1.1, 2.3.8. 


Increase the total duration of the activity 
referenced by means of a type 40 card or 
reduce the estimated time to completion 
using a type 45 card. 

Refer to 1.2.6, 2.3.1, 2.3.1.1, 2.3.4, 
2.3.8. 


Move or change the network 
scheduled start or the schedule 
date. Refer to 2.3.1, 2.3.6. 


None or, if desired, the following actions 
or options may be taken: 


1. Actions 


A change to a later date of the net- 
work scheduled end date and latest 


finish date (using a type 10 card), or 
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Error 
Type 


T0801 
(cont.) 


T0802 


T0803 


W 


Ww 





Table B—5. Time Processing Errors (Part 4 of 4) 


Message Text 


E. DATE LATER THAN L. DATE 
DIRECTED BY SUCC. (41IN COLUMN 19 
OF 42 CARD) 


SCHED DATE CAUSES LATEST FINISH/OCCUR 
AFTER NETWORK END DATE 


Description 


Note the effect on event slack (if 
activity-on-arrow) and on activity float 
when using the earliest date as the latest 
date, and the earliest date is later than 
the latest date would be if based on 
successors. 


A schedule date option of 4 or a schedule date 
with schedule date option of 6 is causing a 
latest time after the network end date. 


Response/Action 


A change to a later date of the event 
scheduled date or work item scheduled 
finish date for events or work items on 
paths succeeding the event or work item 
referenced (using type 42 cards). 


2. Options 


Reduction of the duration of some 
activities on the paths mentioned in 1, 
or 


Specifying an earlier scheduled date by 
using a type 42 card for the event or 
work item referenced, or 


Changing the scheduled date option by 
changing the value in column 19 of the 
type 42 card, or 


if activity-on-node, the amount of lead 
or lag between the work item referenced 
in its successors may be reduced. 


Refer to 1.2.3.3, 1.2.3.4, 1.2.4, 1.2.5, 
2.3.1, 2.3.1.1, 2.3.4, 2.3.5, 2.3.6. 


None or, if desired, same as 1. in T0801. 
Refer to 1.2.3.3, 1.2.3.4, 1.2.4, 1.2.5, 
2.3.1, 2.3.1.1. 


Move or change the schedule date 
option, network scheduled end 
date, or network end date flag. 
Refer to 1.2.2, 2.3.1, 2.3.6. 
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B.7. PASSIVE COST PROCESSING ERROR MESSAGES 
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Table B—6 lists the error messages that may be printed during passive cost processing (2.1.5). In addition to the texts 
shown in the table, identification of projects, networks, activities, charge numbers, and resources associated with the 
error conditions are printed. 


Table B—6. Passive Cost Processing Errors (Part 1 of 4) 


Error 


RESOURCE REQUIREMENT COST OVERFLOW 


RESOURCE REQUIREMENT COST OVERFLOW 


CHARGE NUMBER DIRECT DISBURSED 
OVERFLOW 


CHARGE NUMBER DIRECT UNLIQUIDATED 
OBLIGATION OVERFLOW 


CHARGE NUMBER OVERHEAD DISBURSED 
OVERFLOW 


CHARGE NUMBER OVERHEAD UNLIQUIDATED 
OBLIGATION OVERFLOW 


CHARGE NUMBER ESTIMATED COST TO 
COMPLETE OVERFLOW 


CHARGE NUMBER DURATION COMPLETED 
OVERFLOW 


CHARGE NUMBER TOTAL DURATION 
OVERFLOW 


Description 


The cost of the referenced activity resource 
requirement exceeds the maximum allowable 
value of 999999.99. 


The maximum allowable value is used for all 
further computation. 


Same as CREO. 


The disbursements for the direct cost of the 
referenced charge number exceed the maximum 
allowable value of 999999999. The maximum 
allowable value is used for all further 
computation. 


Same as CST01 for unliquidated obligations 
for direct cost. 


Same as CST01 for disbursements for over- 
head costs. 


Same as CSTO1 for unliquidated obligations for 
overhead costs. 


Same as CSTOQ1 for estimated cost to complete. 


The sum of the duration completed for all 
activities reporting to the charge number 
(directly or indirectly) exceeds the maximum 
allowable value of 9999999. This has no 
effect on any further computations or the 
reports. 


Same as CSTO6 for total duration. 


Response/Action 





Ensure the correctness of the resource 
requirement or report ali costs to MCS 
in thousands of monetary units. 


Refer to 1.3.2.2. 


Same as CREO. 
Report all costs to MCS in thousands 


of monetary units or modify the cost 
structure. Refer to 1.3.2.1, 1.3.3. 


Same as CSTO1. Refer to 1.3.2.1, 
1.3.3. 


Same as CSTO1. Refer to 1.3.2.1, 
1.3.3. 


Same as CSTO1. Refer to 1.3.2.1, 
1.3.3. 
Same as CSTO1. Reter to 1.3.3.1. 


None required. 


None required. 
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Error 
Type 





Table B—6. Passive Cost Processing Errors (Part 2 of 4) 


Message Text 


CHARGE NUMBER PLANNED COST 
OVERFLOW 


NO NETWORK CUTOFF DATE 


ACTUAL ACTIVITY HAS ESTIMATED 
COST TO COMPLETE 


NET PLANNED COST OVERFLOW 


NET ESTIMATED COST TO COMPLETE 
OVERFLOW 


NET TOTAL DURATION OVERFLOW 


NET DURATION COMPLETED OVERFLOW 


Description 


The MCS computed planned cost of the charge 
number exceeds the maximum allowable value 
of 999999999. The maximum allowable value 

is used for all further computation. 


A network cutoff date is required for all 
cost computations. 


Actual activities normally have no estimated 
cost to complete. The user-supplied value 
is used in ali computations. 


The MCS computed planned cost of the net- 
work exceeds the maximum allowable value 
of 999999999. The maximum allowable value 
is used for all further computation. 


The estimated cost to complete the net- 

work exceeds the maximum allowable value 
of 999999999. The maximum aliowabie value 
is used for all further computation. 


Same as CSTO6G for the network. 


Same as CSTO6 for the duration of all 
activities in the network. 


Response/Action 





Provide a planned cost for 
the charge number via a type 
52 card, or 


Modify the structure, or 


Report all costs to MCS in 
thousands of monetary units. 


Refer to 1.3.3.1, 2.4.8. 


Supply a cutoff date via a net- 
work, project or system level 
type 10 card. Refer to 1.3.3.1, 
2.3.1. 


Modify the data base via type 46 
cards so that all costs for actual 
activities are actual costs. Refer 
to 1.3.2, 2.4.5. 


a Provide a planned cost for 
the network via a type 53 


card, or 


Report all costs to MCS in 
thousands of monetary units. 


Refer to 1.3.2, 2.4.9. 


Report all costs to MCS in thousands 
of monetary units. Refer to 1.3.3.1. 


None required. 


None required. 





NOISIASY 39vd 


YASWNN' dN 


L *A®8Y 908 


” 
U 
m 
me 
ms) 
< 
Cc 
< 
< 
> 
© 
g 
= 
© 
oS 





Table B—6. Passive Cost Processing Errors (Part 3 of 4) 


jr | Sef emt 
Type | 


NET DIRECT DISBURSED OVERFLOW 


NET DIRECT UNLIQUIDATED OBLIGATION 
OVERFLOW 


NET OVERHEAD DISBURSED OVERFLOW 
NET OVERHEAD UNLIQUIDATED OBLIGA- 
TION OVERFLOW 


CHARGE NUMBER TOTAL DURATION 
ACTIVITY OVERFLOW 


CHARGE NUMBER PLANNED COST ACTIVITY 


OVERFLOW 


CHARGE NUMBER DIRECT DISBURSED ACTIVITY 


OVERFLOW 


CHARGE NUMBER DIRECT UNLIQUIDATED 
OBLIGATION ACTIVITY OVERFLOW 


CHARGE NUMBER OVERHEAD DISBURSED 
ACTIVITY OVERFLOW 


CHARGE NUMBER OVERHEAD UNLIQUIDATED 


OBLIGATION ACTIVITY OVERFLOW 


Description 


The disbursements for direct costs of all 
activities in the network exceed the maxi- 
mum allowable value of 999999999. The maxi- 
mum allowable value is used. 


Same as CWS07 for unliquidated obligations 
for direct cost. 


Same as CWSO7 for disbursements for over- 
head costs. 


Same as CWS0O7 for unliquidated obligations 
for overhead costs. 


Same as CSTO6G for the duration of ail 
activities reporting directly to the charge 
number. 


The planned cost of all the activities 
reporting directly to the charge number 
exceeds the maximum value of 999999.99. 
The maximum value is used for all further 
computation. 


Same as CWS12 for disbursements for direct 
costs. 


Same as CWS12 for unliquidated obligations 
for direct costs. 


Same as CWS12 for disbursements for overhead 
costs. 


Same as CWS12 for unliquidated obligations 
for overhead costs. 


Response/Action 





Same as CWS04. Refer to 1.3.3.1. 


Same as CWS04. Refer to 1.3.3.1. 


Same as CWS04. Refer to 1.3.3.1. 


Same as CWS04. Refer to 1.3.3.1. 


None required. 


Same as CST01. Refer to 1.3.3.1. 


Same as CSTO1. Refer to 1.3.3.1. 


Same as CST0O1. Refer to 1.3.3.1. 


Same as CST01. Refer to 1.3.3.1. 


Same as CSTO1. Refer to 1.3.3.1. 
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Table B—6. Passive Cost Processing Errors (Part 4 of 4) 


Message Text 
CHARGE NUMBER DURATION COMPLETED 
ACTIVITY OVERFLOW 


CHARGE NUMBER ESTIMATED COST TO 
COMPLETE ACTIVITY OVERFLOW 


ACTIVITY OVERALL ESTIMATE OVERFLOW 





B.8. RESOURCE ALLOCATION ERROR MESSAGES 


(To be supplied) 


B.9. REPORT GENERATION ERROR MESSAGES 


Description 


Same as CSTO6G for all the activities report- 
ing directly to the charge number. 


Same as CWS12 for estimated cost to complete. 


The overall estimate of the cost of all the 
resource requirements of the activity exceeds 

the maximum allowable value of 999999.99. The 
maximum value is used for all further compu- 
tation. 


Table B—7 lists the error messages that may be printed during report generation (2.1.7). 


Table B—7. Report Generation Errors (Part 1 of 2) 


Message Text 


PRO = PROJECT-ID REQUESTED BY TYPE 
14 CARD, BUT NOT FOUND IN THE 
PROJECT TABLE IN MCTABLES. 


NET = NETWORK-ID REQUESTED BY TYPE 
14 CARD, BUT NOT FOUND IN THE NET- 
WORK TABLE IN MCTABLES. 


REPORT WITH INTEGER NUMBER OF DAYS 
IS REQUESTED BUT NO ZERO DATE IS 
SUPPLIED ON CARD TYPES 10, 14. 





Description 


A project identification must be defined by 
using a type 10 card. 


A network identification must be defined by 
using a type 10 card. 


A report zero date (type 14 format 1 card) or 
a calendar zero date (system level type 10 
card) must be supplied. 


Response/Action 


None required. 


Same as CSTO1. Refer to 1.3.3.1. 


Same as CREO1. Refer to 1.3.2.2. 


Response/ Action 


Refer to 3.2.1, 2.3.1. 


Refer to 3.2.1, 2.3.1. 


Refer to 3.2.1, 2.3.1. 
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Table B—7. Report Generation Errors {Part 2 of 2) 


Error 
Message Text 


STATUS A (14 CARD, FORMAT 2, SEQ 02) 
INVALID FOR REP C WHEN SUPPRESS 
OPTION ON 00 CARD ISA ORB 


NO CALENDAR REPORT ** NO CALENDAR 
ZERO DATE ON 10 CARD ** NO REPORT 
ZERO DATE ON 14 CARD FORMAT 1 


INSUFFICIENT SPACE ON LFD MCREPOUT 
** NO FURTHER ACCESSING OF THIS 
FILE BY MCS IN CURRENT RUN 


NO REPORTS AVAILABLE: MCS REQUIRES 
TIME PROCESSING BEFORE THE 
GENERATION OF ANY REPORTS 


COST REPORTS ARE UNAVAILABLE 
BECAUSE COST PROCESSING HAS 
NOT BEEN DONE. 


Description 


The suppress options A and B on the type 00 
card cause actual activities to be excluded 
from reports. Using status codes A or Cona 
type 14 format 2 card requests reporting of 
actual activities. 


None 


Reports produced prior to the printing of this 
message may be recovered from the file LFD 
MCREPOUT. 


None 








Response/Action 


Refer to 3.2.2, 3.1.2. 


Refer to 3.2.1, 2.3.1. 


Refer to 3.3.2.6. 


Supply a type 00 card with step 
option blank or T, and rerun MCS. 
Refer to 3.1.2, 1.2. 


Supply a type 00 card with step 
option blank and rerun MCS. Refer 
to 3.1.2, 1.3. 
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Appendix C. File Formats for 
Report-Output-Records 


C.1. GENERAL 


This appendix describes the formats of records written by management control system (MCS) on the optional 
output disc file LFD MCREPOUT. It is processed in direct-relative mode and contains fixed-length, unblocked 
records of 250 bytes (3.3.2.6). Each set of report output records is written onto MCREPOUT (if the file has been 
assigned) and is used to produce the corresponding printed output record. 


For each report requested by type 14 cards, MCS creates one or more sets of report output records. !f the first sort 
key for a report is project-network (3.2.2.2, 3.2.4), one set is produced for each network to be reported (3.2.2, 
3.2.3). For all other sorts, one set is produced for the entire report. 


The day indicator specified by a type 14 format 2 card, and the number of copies specified by a type 14 format 2, 3, 

or 4 card, do not affect the file MCREPOUT. The file always includes only one copy of a report and contains dates 
& as specified in Table C—1 (3.2.2, 3.2.3, 3.2.4). 

MCS does not write report output records for the calendar report (type L) on MCREPOUT. 


Figure C—1 illustrates the format of the file LFD MCREPOUT at the end of a run during which MCS has processed a 
time report request, a cost report request, and another time report request with project-network as the first sort key. 
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= 
FIRST HEADER & 


SECOND HEADER 


FIRST DETAIL RECORD 
TIME REPORT 1 


LAST DETAIL RECORD 
END-OF-REPORT 
FIRST HEADER 

SECOND HEADER 


FIRST DETAIL RECORD 
COST REPORT 1 


LAST DETAIL RECORD 
END-OF-REPORT 
~ FIRST HEADER 


SECOND HEADER 





FIRST DETAIL RECORD TIME REPORT 2 
FIRST NETWORK 








LAST DETAIL RECORD 






END-OF-REPORT 


FIRST HEADER 


SECOND HEADER 


TIME REPORT 2 
LAST NETWORK 


FIRST DETAIL RECORD 


LAST DETAIL RECORD 


END-OF-REPORT 


END-OF-FILE 





Figure C—1. A Sample Format of an LFD MCREPOUT File 
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o C.2. RECORD DESCRIPTIONS 


Each set of report output records written on the file LFD MCREPOUT contains the following types of records in 
the order shown: 


1. “First header record (Table C—1). 

2. Second header record (Table C—2). 

3. Time report detail records (Table C—3) or cost report detail records (Table C—4). 

4. _End-of-report record (Table C—5). 

5. The last set of report output records is followed by an end-of-file record (Table C—6). 

The following tables contain descriptions of fields within each type of record, and the contents of these fields for 
each report type. All dates are given in date format (3.1.1) and integer number of days from a zero date (3.2.1). If 
no zero date is supplied, ali integer date fields are set to 0. 

The following abbreviations are used in ie field format column: 


AN = alphanumeric representation 


N zoned decimal 


P packed decimal 


Table C—1. First Header Record (Part 1 of 2) 


Run date (dd/mm/yy) 3.2.1 
MCS — version (xx/xx) 





8 
5 
3 From-date (integer) 3.2.2 
6 From-date (ddmmyy) 3.2.2 
3 To-date (integer) 3.2.2 
6 To-date (ddmmyy) 3.2.2 
3 Report-zero-date (integer) 3.2.1 
6 Report-zero-date (ddmmyy) 3.2.1 
1 Report type 3.2.2, 3.2.4 
2 Number of copies of report (requested 3.2.2, 3.2.4 
on 14 card formats 2 or 3) 
3 Sort keys (14 card formats 2 or 3) 3.2.2.2 
47 Sort key description nC Pt 
92 Status (14 card format 2) 3.2.2 
93 Milestone option 3.2.2.1 
94 Cluster code 3.2.2 
95-98 Performing department/responsible 2.3.4 
department 
99—100 Maximum total float 32.2 
101 Level code 3.2.2.1 
102—104 Earliest start date (integer) * 1:2:3:3 
105—110 Earliest start date (ddmmyy)* 1.2.3.3 
@ 111-113 Latest start date (integer) * 1.2.3.3 


114-119 Latest start date (ddmmyy)* 1.2.3.3 
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Table C—7. First Header Record (Part 2 of 2) 


Character 
Number 


Description 


120-122 
123-128 
129-131 
132-137 
138 

139-141 
142-147 
148-150 
151—156 
157—159 
160—165 
166—250 


Scheduled start date (integer) * 
Scheduled start date (ddmmyy)* 
Cut-off date (integer}* 

Cut-off date (ddmmyy)* 
Network end date flag* 

Earliest end date (integer) * 
Earliest end date (ddmmyy)}* 
Latest end date (integer)* 
Latest end date {ddmmyy)* 
Scheduled end date (integer)* 
Scheduled end date (ddmmyy)* 
Not used 


OWOWAW MW DW DH W 


*These project-network fields are meaningful only if the report is sorted by project-network as the first 
sort key. 


Table C—2. Second Header Record 


Character 


Number Description 


1—3 
4—51 
52-63 


Project identification* 

Project description* 

Project contract identification* 
Network identification* 
Network description * 

Network contract identification* 
System description 

System contract identification 
Not used 


64—66 

67—114 
115—126 
127-174 
175-186 
187—250 











C4 


PAGE 





PAGE REVISION 


Manual Reference 


Manual Reference 





*These project-network fields are meaningful only if the report is sorted by project-network as the first sort key. 








Character 


Number 


Field 
Format 


Table C—3. Time Report Detail Record (Part 7 of 6) 


Description 


Not used 
E-Report Record Type 
1 = Predecessor Record 
2 = Activity Record 
3 = Successor Record 
Process type 
T = Time 
C = Cost 


Report type 


Project identification 
Network identification 
l-event identification 
Event identification 


Summary activity start reference point 
identification 


Start reference point type , 
A= event 
S = work item start 
F = work item finish 


J-event identification 
Work item identification 


Summary activity finish reference point 
identification 


Finish reference point type 
A= event 
S = work item start 
F = work item finish 


Report Types! 


Manual 


Reference 
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Character 


Number 





25—28 


29 


30-32 


33-35 


36-38 


39-41 


42-44 


45-47 


48-50 


51-53 


54-56 


Length 
in 
Bytes 


Field 
Format 


Table C—3. Time Report Detail Record (Part 2 of 6) 


Description 


Interface type 
Performing department 


Cluster code 


Eartiest start date (integer) 

Eartiest finish date (integer) 

Earliest occurrence (integer) 
Interface earliest occurrence (integer) 
Latest start date (integer) 

Latest finish date (integer) 

Latest occurrence (integer) 


Interface latest occurrence 


Scheduled start date (integer) 
Scheduled occurrence (integer) 
Scheduled finish date {integer) 
Total float 

Tota! stack 

secondary float 

Secondary slack 


Free float 





Report Types! 





Manual 


Reference 





2.3.7 


2.3.4 


3.2.2 
2.3.4 


1.2.3.3 


1.2.3.3 


1.2.4 


1.2.7.1.1 


1.2.3.3 


1.2.3.3 


1.2.4 


1.2.7.1.1 


2.3.1 


2.3.1 


2.3.1 


1.2.3.4 


1.2.4 


1.2.3.4 


1.2.4 


1.2.3.4 
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Table C-3. Time Report Detail Record (Part 3 of 6) z z 
moo 
a 
1 
Bytes 
57—59 3 P Detail float xX 1.2.8.5 
60—62 3 P Activity duration Xx X Xx X xX 1.2.3.2 
P Strict duration x 1.2.8.4 
63—65 3 P Elapsed duration Xx 1.2.8.4 
66—67 2 P Percentage complete Xx X X X Xx % 
m 
68—70 3 Not used a 
me 
1-73 3 p Rank x x xX xX x ™x% | 4.2.1.2 a 
74 1 N Activity level code x X Xx X Xx 3.2.2.1 S 
75 1 N Milestone code for event or work item x Xx X X X X y 4 2.3.6 > 
start or summary activity start 
reference point g 
4 
76 1 N Milestone code for work item finish or X X X Xx Xx X Xx 2.3.6 To) 
summary activity finish-reference point oO 
77 1 N Status code Xx X Xx x X Xx X 


Event Report 
1 = Actual 
2 = In-progress 
3 = Future 


Activity or Summary Activity Reports 
1 = Implied actual 
2 = Implied in-progress 
3= Implied future 
4= Actual 
5 = In-progress 
6 = Future 
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Table C—3. Time Report Detail Record (Part 4 of 6} 


1 
Character Field Report Types Manual 


Number Format Description 


Reference 





interface flag 
Activity Reports: 
FLAG = 1 if t-event or WI start is on 
interface 
Event Reports: 
FLAG = 1 if event is on interface 


Interface flag 
Activity Reports: 

FLAG = 1 if J-event or WI finish is on 

interface 

Scheduled Date Code 2.3.6 
Activity Reports: 

l-event or work item 
Event Reports: 

Event 
Scheduled Date Code 2.3.6 
Activity Reports: 

J-Event 
interface deflection 1.2.7.1.2 
Lead-iag time 1.2.1.2 
Dependency 2.3.5 
Work week length 2.3.1.1 
Work week start 2.3.1.1 
Continuity code 2.3.4 
Activity description 2.3.4 


Work item description 2.3.4 


Event description 2.3.4 
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Table C—3. Time Report Detail Record (Part 5 of 6) ¢ a 
< 
mo 
y,) 
1 
Character a Field Peceiea Report Types Manual 
Number Be Format eacrpuen Cc D E G 1 j Reference 





AN Summary activity start reference 
point description 


lf summary activity start 
reference point is an event, 
only first 24 characters of event 
description appear 


if summary activity start reference 
point is WI start or finish, this is the 
milestone description for that WI 
start or finish 


113-136 AN Summary activity finish reference 
point description 


If summary activity finish reference 
point is an event, only first 24 
characters of event description appear 


if summary activity finish reference 
point is Wi start or finish, this is the 
milestone description for that WI 
start or finish 
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137-142 AN interface identification 
143-162 Not used 

163 | AN Activity critical flag 

Y = critical activity 

N = not critical activity 


Not used 


164—200 


201—206 N Earliest start date (ddmmyy) 


NOISIASRY AOVad 





207-212 | N Earliest end date (ddmmyy) 














Table C—3. Time Report Detail Record (Part 6 of 6) 


h 
Character oe tid Field Boies Manual 
Number . Format ee Bren Reference 
Bytes 


213-218 Latest start date (ddmmyy) 


wAAWNN-N 
b “A8Y 9708 


219--224 Latest end date (ddmmyy) 


225—230 Scheduled start date (ddmmyy) 


231-236 Scheduled end date (ddmmyy) 


237—250 Not used 





NOTE: 


1. Refer to 3.2.2 for identification of report types 
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Table C—4. Cost Report Detail Record (Part 1 of 5) 
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Character | Field Sas Report Types Manual! 
Description 


Number Format Reference 


Not used 

Project identification 

Network identification 

l-event identification 

Not used 

J-event or work item identification 
Department 

Not used 

Activity earliest start date (integer) 
From date (integer) 


Network cutoff date (integer) 
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System cost cutoff date (integer) 
Start of accounting period (integer) 
Activity earliest finish date (integer) 
To date (integer) 

End of accouting period (integer) 
Activity latest start date (integer) 
Activity latest finish date (integer) 
Activity duration 


Percentage complete 
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Table C—4. Cost Report Detail Record (Part 2 of 5) 


L ‘A8Y 9P08 


Yaaenwnn dn 





1,5 
Character oe Field _— Report Types Manual 
In Description 
Number Format Reference 
By tes 
53 1 N Resource measure | Xx 1.3.1 
O = unit 
= hour 
2 = shift 
3 = week 
54-71 18 AN Resource description Xx 2.4.1 
47-70 24 AN Charge number description X xX 4 4 2.4.6 
} ep) 
71-72 2 N Level of charge number X X X 4 4 2.4.6, 1.3.3. as 
a 
N Level of WBS charge number X 2.4.6, 1.3.3 = 
73-90 18 AN Charge number x xX xX 4 4 2.4.6 = 
AN WBS charge number x 2.4.6 < 
S 
47-83 37 AN Activity description Xx Xx 2.3.4 Pp 
47-58 12 AN Project contract Xx 2.3.2 > 
“a 
59-70 12 AN Network contract x 2.3.2 4 
5 4 4 
91 1 AN Charge number flag X Xx X Xx X X X 
92—93 z N Level of subordinate charge number Xx 2.4.6 
N Level of summary charge number x 2.4.6 
N Level of OAS charge number x 2.4.6 
94-111 18 AN Subordinate charge number x 2.4.6 
u 
AN Summary charge number Xx 2.4.6 5 
fm 
AN OAS charge number Xx 2.4.6 2 
< 
112-113 2 N Internal charge number identification x xX xX xX xr xf a 
used for sorting 
114—116 3 N Internal charge number identification Xx xX Xx Xx x4 x4 


used for sorting~ ’ 














5 


Table C—4. Cost Report Detail Record {Part 3 of 5) 


Character 


Number 


117-121 


122—126 


127-131 


132-136 


137-141 


142-146 


147-151 


117-121 


121-126 


127-131 


132—136 


137-141 





Length 
In 
Bytes 





Field 
Format 


Description 


Direct cost disbursements for charge number 
or network 


Direct cost unliquidated obligations for charge 
number or network 


Overhead disbursements for charge number or 
network 


Overhead unliquidated obligations for charge 
number or network 


Committed cost for charge number or network 
Planned cost for charge number or network 


Estimated cost to complete for charge number 
or network 


Quantity of resource during accounting period 


Direct cost disbursements for activity 
(000000.00) 


Direct cost during accounting period {(000000.00) 


Direct cost unliquidated obligations for activity 
(000000.00) 


Overhead disbursements for activity (000000.00) 


Overhead cost during accounting period (000000.00) 


Overhead unliquidated obligations for activity 
(000000.00) 


Overall estimate for activity (000000.00) 





Report Types 15 


x Xx 
Xx Xx 
Xx x 
x x 
x X 


Manual 
Reference 





1.3.2.1 


1.3.2.1 


1.3.2.1 


1.3.2.1 


1.3.3.1 


1.3.3.1 


1.3.3.2 


1.3.2.1 


1.3.2.1 


1.3.2.1 


1.3.2.1 


1.3.2.2 


YaaWNN-dN 
L “A8Y 9708 


NOISiAaY 39VvVd 


2] 
=~ 
m 
ae 
me) 
< 
Cc 
= 
< 
> 
2) 
g 
3 
© 
o 








Character 
Number 


142-146 


117-121 


122—126 


127—129 


150—154 


155—200 


201—206 


207-212 


Table C—4. Cost Report Detail Record (Part 4 of 5) 


YAEGWNN-dN 
L “A®Y 9P08 


Report Types Manual 


D iption 
escripti Reference 


Estimated cost to complete for activity 
(000000.00) 


Estimated cost during accounting period (00000.00) 
Direct rate (000000 .000) 


Overhead flat rate (O00000.000) 


Overhead, percentage rate (000.0) 


Cost category 

Not used 

Activity earliest start date (ddmmyy) 
From Date (ddmmyy) 


Network cutoff date (ddmmyy) 


06 S8148S DVAINN AYdadS 


System cost cutoff date {ddmmyy) 

Start of accounting period (ddmmyy) 
Activity earliest finish date (ddmmyy) 
To date (ddmmyy} 


End of accounting period (ddmmyy) 


213-218 


219-224 


225-250 


Activity latest start date (ddmmyy) 
Activity latest finish date (ddmmyy) 


Not used 


NOISIASY 39Vd 





Table C—4. Cost Report Detail Record (Part 5 of 5) 


NOTES: 


Refer to 3.2.4 for identification of report types. 


This number is 5 or greater for all user-supplied charge numbers. The values of 
this number for the internally defined pseudo charge numbers (1.3.3) are: 


1 — Costs which enter the structure at a charge number above this level. 


2 — Costs which enter the structure at a charge number on a lower level, but 
bypass this level. 


3 — Lower level costs which are summarized to an illegal charge number. 


4 — Costs summed to a lower level! charge number which has no summary 
charge number. 


Ali data records relating to one charge number are uniquely identified by the 
pair of numbers in columns 112—116. When these fields are present, all the 
records in a report are sorted in ascending order on columns 112—116. 


In this report, those fields identified by 4 in types V, and Vw are present in 
the first record pertaining to a charge number. thoes eles identified by X in 
type Vo and Vy are present in all other records pertaining to a charge 
number. When both 4 and X appear in these columns, the fields are present 
in all records pertaining to a charge number. 


The types of cost report and detail records for the U and V reports are: 


a U Report 


Uy = The report is sorted by project-network and this is the 
record for one network. 

U, = The report is sorted by charge number and this is the 
master-totals-record for a new charge number. 

U. = The report is sorted by charge number and this is the 
record of totals for all activities entering the structure at 
this charge number. 

U, = The report is sorted by charge number and this is the 


record of totals for one directly subordinate charge 
number. 





« V Report 


~ The report is sorted by project-networks. 


Vij = 

Vo a The report is sorted by organizational accounting 
structure (OAS) charge number. | 

Vw = The report is sorted by work breakdown structure (WBS) 


charge number. 


The vaiues of the charge number flag {column 91) are the subscripts for the 
types of detail records for the U and V reports. 





YAaGWNNedN 


NOISIARY ASVd 


L ‘A8y 9P08 
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Table C—5. End-of-Report Record g 


Character Field 
Number Format 


Description 


**EOQR** 


Not used 





Table C—6. End-of-File Record 


Character Field Descrinti 
Number Format escription 





1—16 ** EQF—MCREPOUT** 
17-250 Not used 
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Y 
Appendix D. Display Order of Transactions 


and Data Base 


The order of the sorted transaction records and the new data base as printed on user output is as follows: 


type 00 card 
system 01 card 
system 10 card 
system 11 card 
system type 12 cards, in year -- month -- day order 
type 14 cards, in sequence number order 
type 20 cards, in resource code order 
type 21 cards, one per cost category, in cost category order 
type 21 cards, one per resource in a cost category, in cost category -- resource code order 
type 30 cards, in resource code -- from date order 
type 50 cards, in structure -- charge number order 
@ sets of cards for each project (see a below), in project order 
type 44 cards, in interface identification -- project -- network -- event or work item order 
type 52 cards, in structure -- charge number -- type of change (T,+,—) order 


a. The order of a set of cards for a project is as follows: 


project 01 card 

project 10 card 

project 11 card 

project 12 cards, in year -- month -- day order 

sets of cards for each network in the project (see b below), in network order 


b. The order of a set of cards for a network is as follows: 


network 01 card 

network 10 card 

network 11 card 

network 12 cards, in year -- month -- day order 

type 40 cards, in J event or work item -- | event order 

type 41 cards, in work item -- predecessor work item -- dependency order 

type 42 cards, in event or work item order 

type 43 cards, in J event or work item -- | event -- resource code order 

type 45 cards, in J event or work item -- | event order 

type 46 cards, in J event or work item -- | event -- resource code -- type of data -- type of 


© type 51 cards, in structure -- charge number -- J event or work item -- | event order 
type 53 cards, in project -- network -- type of change (T,+,—) order 


The sorted order for transactions is delete-add-replace. 
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Term 


A 


Account numbers, organizational 
Account structure, fiscal and summary 
Accounting structure, organizational 
Activities 

cost relationship 

dates and times 

description 

dummy 

estimating cost 

reporting progress 

summary 


Acitivity cluster code 


Activity continuity code 


Activity definition, type 40 card 


Activity duration 


Activity float, secondary 


Activity-on-arrow networks 
data definition, type 40 card 
description 


earliest and latest times 
reference points 


Reference Page 


1.3.3 1—25 
1.1.2.5 1-4 
1.3.3 1-25 


Figure 1-18 1-27 


1.3.2 1-24 
See times related 
to activities. 


1.1 1-1 
1.2 1-5 
1.3.2.2 1—24 
1.2.6 1-13 
See summary 
activities. 

2.3.4 2-12 
See continuity 
code. 

2.3.4 2-11 
1.2.3.2 1-9 
1.2.6 1-13 
1.2.5 1-12 
2.3.4 —10 


1.2.1.1 


Figure 1—7 
1.2.8.1 


2—1 
1-5 
Figure 1—2 1-6 
1-1 
1-1 
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Index 1 


PAGE REVISION PAGE 


Term 


Activity-on-node (precedence) networks 
data definition, type 40 card 
description 
earliest and latest times 
example 
finish-to-finish 
finish-to-start 
reference points 
start-to-finish 
start-to-start 
summarized to level 2 
summarized to level 5 
with various types of lead and lag 
with various types of lead and lag 

summarized to level 4 


Activity progress 
cut off date 
reporting 
type 45 card 


Activity ranks 


Activity reports 
description 


sort codes 
summary, type 14 codes 


type 14 codes 


Activity status, data required for 
specification 


Actual cost 
activities 
cost summarization 


Actual status, activity 


Alternate report formats 


index 


Reference Page 


2.3.4 2-11 
1.2.1.2 1-6 
Figure 1—7 1-10 
Figure 1-12 1—20 
Figure 1-4 1—7 
Figure 1-3 1-7 
1.2.8.1 1-18 
Figure 1—6 1-8 
Figure i—5 1-7 
Figure 1-14 1—22 
Figure 1-13 1-21 
Figure 1-15 1-22 


Figure 1-16 1—23 


2.3.1 2-5 
1.2.6 1-13 
2.3.8 2-20 
Table 2—3 2-21 
1.2.1.2 1-8 
1.5.2 1-30 
Appendix A 
3.2.2.2 3-10 
Table 3-3 3-10 
Table 3-1 3- 
Table 2-3 2-20 


1.3.2.1 1-24 


1.3.3.1 1-28 
1.2.6 1-13 
1.5.1 1-30 
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Term 
Bar chart 
Calendar report 


description 
sort codes 
Calendar zero date 


Card code 


Card formats 
fixed 
passive cost and resource 
scheduling 


report requests 
resource allocation 
run-time parameterization 


time input 


Character codes, SCHED OPTION 


Charge numbers 
assignment, type 51 card 
cost summarization 
identification 
planned cost, type 52 card 


Cluster code, type 40 card 
Committed cost 


Consolidated updating output file from 
previous MCS (FORTO9) 
converting 
description 


Continuity code 
type 40 card 
working days 


SPERRY UNIVAC Series 90 B Index 2 
PAGE REVISION | PAGE 
Reference Page [| Term Reference Page ee 
Cost accounts 1.3.3 1-25 @ 
Cost accumulation, network structure 1.3.3 1-25 
1.5.2 1-31 
Appendix A Cost categories, resource 
description 1.3.3.2 1-29 
type 21 card 2.4.2 2-22 
Cost contro! 
1.5.2 1-30 description 1.1.2 1-3 
Appendix A 1.1.2.4 1~—3 
3.2.2.3 3-13 See also 
passive cost 
2.3.1 2—] and resource 
control. 
2.2.1 2—2 
Table 2—1 2-3 Cost cut-off date 
estimating activity cost 1.3.2.2 1—25 
summarization 1.3.3.1 1-28 
2.2.1 2-2 relationship to cutoff date 2.3.1 2-5 
See passive Cost data 1.1.2.4 1-3 
cost and resource 
scheduling input Cost processing, passive 2.1.5 2-2 
formats. 
3.2 3-4 Cost progress, type 46 card 2.4.5 2~—26 © 
2.5 2-35 
See run-time Cost structure definition, type 50 card 2.4.6 2-28 
parameterization. 
See time input Cost structure report 1.5.2 1-31 
formats. Appendix A 
Table 2—2 2-17 { Cost summarization 
costs related to summarization 1.3.3.1 1-28 
description 1.3.3 1-25 
2.4.] 2-29 organizational accounting structure Figure 1—18 1-27 
1.3.3 1-25 resource cost categories 1.3.3.2 1-29 
2.2.3.4 2-4 work breakdown structure Figure 1-17 1-26 
2.4.8 2-31 | 
Costs 
2.3.4 2-11 actual See actual 
cost. 
1.3.3.1 1-28 committed 1.3.3.1 1—28 
estimating and monitoring 1.1.2.1 —3 
1.3.2.2 1-24 
indirect 1.3.3.1 1—28 
3.4.4 3—26. input 1.3.2.2 1-25 
3.3.2.7 3—22 overrun/underrun 1.3.3.1 1-29 
planned See planned 
cost. | 
2.3.4 2-11 related to summarization 1.3.3.1 1-28 @ 
1.2.3.1 1-9 relationship to activities 1.3.2 1-24 
types 1.3.2.1 1-24 
1.3.2.2 1-25 
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Term 
Critical path 


Critical path activity report 


Cut-off date, activity progress 


Cylinders 


D 


Data, specification of activity status 


Data and control tables file (MCTABLES) 
0OS/3 and OS/4 
Vs/9 


Data and processing 
data base creation or modification 
general processing flow 
input and editing 


Passive cost processing 

report generation 

resource allocation processing 
syntax editing 

table generation 

time input formats 

time processing 


Data base creation 


Data base files 
new 
old 


Data base modification 


Data base update run 


Data input and editing 
card code 
dates 
description 
identification formats 
input card codes 
transaction codes and how to modify 
data base 


Data items, type 10 card 


Reference Page 


1.2.3.4 1-12 
1.5.2 1-30 
Appendix A 

2.3.1 2-5 
3.3.2.2.2 3-19 
Table 2-3 2-20 
3.3.2.3.1 3-19 
3.3.2.3.2 3-20 
2.1.2 2-1 
2.1 2-1 
See data input 

and editing. 

2.1.5 2—2 
2.1.6 2-2 
2.1.7 2-2 
2.1.1 2-1 
2.1.3 2-2 
2.3 2-5 
2.1.4 2-2 
2.1.2 2-1 
3.3.2.4 3—20 
3.3.2.5 3-21 
2.1.2 2-1 
2.2.2 2-3 
3.3.2.5 3-21 
2.2.1 2—2 
2.2.4 2—4 
2.2 2-2 
2.2.3 2-4 
Table 2-1 2-3 
2.2.2 2-3 


2.3.1.1 2-9 
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Term 

Date formats, input 

Dates 
events, earliest and latest 
input formats 
related to activities 
terminal network 


Decision making processes 


Deflection, interface 


Delay, precedence dependency 
Detail float, summary activities 
Direct cost 

Disbursement 


Disc cylinders 


Disc files, preformatting on OS/3 and OS/4 


DMO1 


Dummy activity 


Duration 
activity 
network 
summary activity 


Earliest and latest times 
activities 


B 


activity-on-arrow and activity-on-mode 


networks 
interfaces 


Earliest event occurrence 


Earliest finish 
activity 
summary activity 


Earliest interface occurrences 


Index 3 
PAGE 
Reference Page 
3.1.1 3-1 
1.2.4 1-12 
2.2.4 2—5 
1.2.3 1-8 
1.2.2 1-8 
1.1.2 1-2 
1.2.7.1.2 1-1 
Figure 1-9 1-1 
1.2.1.2 1-7 
1.2.8.5 1-19 
1.3.2.1 1-24 
1.3.2.1 1-24 
3.3.2.1 3-18 
3.3.3 3-23 
3.3.2.2 3-18 
1.2 1-5 
1.2.1.1 1-5 
1.2.3.2 1-3 
1.1.2.2 1-3 
1.2.8.4 1-19 
1.2.3.3 1-10 
Figure 1—7 1-10 
1.2.7.1.1 1-13 
1.2.7.2 1-14 
1.2.4 1-12 
1.2.3.3 1-10 
1.2.8.3 1-18 
1.2.7.1.1 1-13 
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index 4 
PAGE 









. Term Reference Page | Term Reference Page S 
Earliest start report-only 249 396 
activities 1.2.3.3 1-10 report requests 3.2 3-4 
summary activities 1.2.8.3 1-18 run-time parameterization 3.1 3-1 
Editing See data Expenditures 1.3.2.1 1-24 ! 
input and | 
editing. Expense 1.3.2.1 1-24 
Elapsed duration, summary activity 1.2.8.4 1-19 F 
End activity 1.2.2 1-8 
File formats, report-output-records Appendix C 
End date flag, network 2.3.1 2-8 
File requirements 
End event 1.2.1.1 1-5 consolidated updating output file 
12.2 1-8 from previous MCS 3.3.2.7 3-22 
data and contro! tables 3.3.2.3 3-19 
Error condition, passive cost description 3.3.2 3-17 
processing 91.5 a) new data base 3.3.2.4 3-20 
old data base 3.3.2.5 3-21 
Error messages Appendix B | printer 3.3.2.8 3-22 
report output records 3.3.2.6 3-21 
Event reports scratch file 3.3.2.1 3-18 
description 1.5.2 1-31 scratch for sorting 3.3.2.2 3-18 
Appendix A 
sort code 39.22 3.44 | Financial plan 1.5.2 1-32 
type 14 codes Table 3-2 3-9 
Financial status report 1.5.2 1-31 
Event dates, earliest and latest 1.2.4 1-12 Appendix A 
Event identification 22.3.2 9-4 | Finish-to-finish dependency 1.2.1.2 1-6 
Figure 1-4 1-7 
Event occurrences, earliest and latest 1.2.4 1-12 
Finish-to-start dependency 1.2.1.2 1-6 
Event ranks 1.2.1.2 1-8 Figure 1-3 1-7 
Event scheduling 136 "15 | Fiscal and summary account structure 1.1.2.5 1-4 
Table 2-2 2-17 
Floats 
Events activities 1.2.3.4 1-12 
definition 12.1.1 i- - summary activities 1.2.8.5 
secondary slack 1.2.5 1-12 
oe 124 1-12 FORTOS 3.3.2.7 3-22 
Evecuton Free float 
x I i Ae 
t 1.2.3.4 —1 
converting from previous MCS 3.4.4 3—26 cee ee 1 ; 9 5 a 
file requirements 3.3.2 3-17 e —- 
generation of report output file 3.4.3 3—26 
hardware 3.3.1 3-17 H 
operational considerations 3.4.5 3-27 
0S/3, 0S/4, VS/9 3.4.1 3-24 | Hardware 3.3.1 3-17 & 


Holiday/vacation card 2.3.3 2-10 
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Term 


| event 


I—J and precedence network segments 
without interfacing 


i—J notation 

Identification, activity 

Identification character set — 

identification formats 
charge number 
description 
event—work-item 
project—network 


resource 


Identifier fields, card 


In-process status, activity 
Indirect cost 
initialize tape routine 
Input 

card codes 

cost 

data 

date formats 
Input formats 


Passive cost and resource 
scheduling 


resource allocation 
time 


interface definition, type 44 card 


Reference Page 


1.2.1.1 1-5 


Figure 1—10 1-16 


1.2.1.1 1—5 
1.2.8.2 1-18 
2.2.3 2-4 
2.2.3.4 2-4 
2.2.3 2-4 
2.2.3.2 2-4 
2.2.3.1 2—4 
2.2.3.3 2—4 
2.2.2 2~-3 
2.3.1 2-5 
1.2.6 1-13 
1.3.3.1 1-28 
3.3.2 3-17 
Table 2-1 2-3 
1.3.2.2 1—25 
See data input 

and editing. 

3.1.1 3-1 
See passive 

cost and 

resource 
scheduling 

input formats. 

2.5 2-35 
See time 

input formats. 
2.3.7 2-18 
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Term 
Interface deflection 


Interface processing and network integration 
description 
interface deflection 
interface earliest and latest times 


interface report 


Interfaces, earliest and latest times 


Interfacing 
|—J and precedence network segments 
without interfacing 


two network segments with deflection and 


interfacing 


two network segments without interfacing 


Interproject dependencies 


J event 


Labels 
processing 
specification 


Lag 
activity -on-node network 
activity-on-node network summarized 
to level 4 
description 


Latest event occurrence 
Latest finish 

activities 

summary activities 
Latest interface occurrences 
Latest revised estimate 
Latest start 


activities 
summary activities 


B 


Index 5 
PAGE 


Reference Page 


1.2.7.1.2 1-14 
1.2.7.1 1-13 
1.2.7.1.2 1-14 
1.2.7.1.1 1-13 
1.5.2 1-31 
Appendix A 

1.2.7.2 1-14 


Figure 1-10 1—16 


Figure 1-9 1-15 
Figure 1-8 1-14 


1.2.7 1-13 
1.2.1.1 1-5 

3.4.7 3—28 
3.1.2 3—2a 


Figure 1-15 1-22 


Figure 1-16 1-23 


1.2.1.2 1-7 

1.2.4 1-12 
1.2.3.3 1-10 
1.2.8.3 1-18 
1.2.7.1.1 1-13 
1.3.3.1 1-29 
1.2.3.3 1-10 
1.2.8.3 1-18 
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Term Reference Page Term Reference Page e 
Lead MCNEWDB 3.3.2.4 3—20 
activity-on-node network Figure 1-15 1-22 
activity-on-node network summarized MCOLDDB 3.3.2.5 3-71 
to level 4 Figure 1-16 1—23 | 
description 1.2.1.2 1-7 MCREPOUT 3.3.2.6 3—21 
Level code 3.2.2.1 3-8 MCSCR 3.3.2.1 3-18 
Level of significance, event MCTABLES 3.3.2.3 3--19 
activity-on-arrow 1.2.1.1 1-6 
activity-on-node 1.2.1.2 1-7 Milestone event 
activity-on-arrow 1.2.1.1 1-6 
M activity-on-node 1.2.1.2 17 
iariayament activity ronan 15.2 1-31 Milestone work item/event scheduling 2.3.6 2-1 
Table2—2 2-17 
Appendix A 
Management contro! system (MCS) meee some oeren 7 ak 
controlling the schedule 1.2.5 1-12 ve is eoraiul 
data and processing Section 2 Multiproject, mu tinetwork scheduling oe -_ 
data input and editing 2.2 2-2 rte ith a - 
error messages Appendix B ee latest times wit ee = 
execution See execution. a nee F , = i“ 
faaviinas 113 1-5 I—J and prece lence networ | | 
. segments without interfacing Figure 1-10 1-16 
file formats for report-output- 
; interface between |—J and precedence 
records Appendix C 
: network segments Figure 1-11 1-17 
file requirements 3.3.2 3-17 
. ar interface processing and network 
functional capabilities 1.1.1 1—2 ; ; 
integration 1.2.7.1 1-13 
general processing flow 2.1 2-1 seers 
two network segments with interfacing and 
hardware 3.3.1 3-17 
; deflection Figure 1—9 1-15 
introduction 1.1 1-1 , 
see two network segments without interfacing Figure 1—8 1-14 
multiproject, multinetwork 
scheduling 1.2.7 1-13 
network fundamentals 1.1.2 1-2 N 
network representations 1.2.1 1-5 
network terminal points and dates 1.2.2 1-8 Network planned cost, type 53 card 2.49 9-33 
operating procedures See operating 
procedures. Network scheduled end date 1.2.2 1-8 
passive cost and resource control 1.3 1-23 
passive cost and resource scheduling Network scheduled start date 1.2.2 1-8 
input formats 2.4 2-21 
report examples Appendix A Network segments 
report requests 3.2 3—4 interface between I—J and precedence Figure 1-11 1-17 
report types 1.5 1-29 precedence, without interfacing Figure 1-10 1—16 
_ 1.5.2 1-30 without interfacing Figure 1-8 1-14 
reporting activity progress 1.2.6 1-13 with interfacing and deflection Figure 1-9 1—15 
resource allocation 1.4.1 1-29 
resource allocation input formats 2.5 2-34 | Network selection type 01 card 313 3-3 
run-time parameterization 3.1 3-1 
time input formats 2.3 2-5 Network structure cost accumulation 1.3.3 1-25 
time processing 1.2 1-5 | 
1.2.4 1-12 


times related to events 
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UP-NUMBER 


Term 


Networks 
cost control 
definition 
diagramming rules 
duration 
earliest finish 
end event 
fundamentals 
identification 
integration 
latest finish 
planning overall tasks 
report requests 
report structure 
representations 


resource scheduling 
scheduling 

start events 
summarization 


terminal points and dates 
time processing 


New data base file (MCNEWDB) 
description 
0S/3 and OS/4 
Vs/9 


Nonworking days 


O 


Old data base file (MCOLDDB) 
description 
OS/3 and OS/4 
Vs/9 


Operating procedures 
converting from previous MCS 
generation of report output file 
operational considerations 
0S/3, 0S/4, VS/9 execution 
report-only execution 


Organizational account numbers 


Organizational accounting structure 
description 


report 


SPERRY UNIVAC Series 90 


Reference 


1.1.2.4 
1.1 
1.2.1.2 
1.1.2.2 
1.2.3.3 
1.2.2 
1.1.2 
2.2.3.1 
1.2.7.1 
1.2.3.3 
1.1.2.1 
3.2.1 
1.1.2.5 
1.2.1 
1.2.1.1 
1.1.2.3 
1.1.2.2 
1.2.2 


See summary 


activities. 
1.2.2 
1.2 


3.3.2.4 
3.3.2.4.1 
3.3,2.4.2 


1.2.3.1 


3.3.2.5 
3.3.2.5.1 
3.3.2.5.2 


3.4.4 
3.4.3 
3.4.5 
3.4.1 
3.4.2 


1.3.3 
Figure 1-18 
1.5.2 


Page 


a ae 
omar kN @O > won ow 


Oo w 


1-5 


3-20 
3-20 
3-21 


1-9 


3-21 
3-21 
3-21 


3—26 
3—26 
3-27 
3-24 
3—26 


1—25 
1-27 
1-31 


Term 


0S/3 


OS/4 


PAGE REVISION 


execution 
sample job contro! sequence 


execution 

sample job control sequence 

sample job control stream, 
converting from previous 
MCS 


Output file, consolidated updating 


Output records, report 


Overhead cost 


Overrun, cost 


Parameterization, run-time 


Passive cost and resource control 


cost summarization 

costs, relationship to activities 
description 

resources 


Passive cost and resource scheduling 
input formats 


description 

type 20 resource description card 

type 21 cost category card 

type 30 resource rates card 

type 43 resource requirement card 

type 46 cost progress card 

type 50 cost structure definition 
card 

type 51 charge number assignment 
card 

type 52 charge number planned cost 
card 

type 53 network planned cost card 


Passive cost processing 


Pert/cost program extensions 


Pert/time program, extensions 


Index 7 


PAGE 
Reference Page 
3.4.1 3—24 
3.4.1.3 3—25 
3.4.1 3—24 
3.4.1.2 3—25 
3.4.4 3—26 
3.3.2.7 3—22 
3.3.2.6 3—21 
1.3.2.1 1-24 
1.3.3.1 1-29 

See run-time 


parameterization. 


1.3.3 
1.3.2 
1.3 

1.3.1 


2.4 

2.4.1 
2.4.2 
2.4.3 
2.4.4 
2.4.5 


2.4.6 


24.1 


2.4.8 
2.4.9 


1-25 
1-24 
1-23 
1—23 


2-22 
2-22 
2-23 
2-24 
2—26 
2-26 


2—28 
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UP-NUMBER PAGE REVISION | PAGE 





Term Reference Page Term Reference Page 5 
Planned cost R 
charge number 2.4.8 2-31 
cost summarization 1.3.3.1 1—28 
network 2.4.9 233 | Ranks nel | ID 
Predecessor-successor report 1.5.2 1-30 Reference points, network 1.2.8 = 
Precedence network segments Report examples Appendix A 
interface between |I—J Figure 1-11 1-17 7 , 
without interfacing Figure 1-10 1-16 | ‘ePort generation 2.1. 2 
Precedence definition, type 41 card 2.3.5 2-14 Report-only execution | 3.4.2 3-26 
prvieaunes wotstian 12.12 1-6 Report output records file (MCREPOQUT) 
description 3.3.2.6 3—21 
Predecessor-successor dependency 1.2.1.2 1-6 Formats Appendix C 
generation 3.4.3 3—26 
Predecessor-successor report cu and 0S/4 are seer 
description 1.5.2 1-30 s/ 3.3.2.6.2 —2 
sort codes 3.2.2.2 3-13 
Report requests 
Printed output description 3.2 3—4 
print positions 3.3.2.8 3-22 type 14 format 1 card 3.2.1 3-4 
0S/3 and OS/4 3.3.28.1 3-22 Hee oetats ale aes ae 
VS/9 33.282 3-99 type 14 format 3 card 3.2.3 3-13 © 
See also type 
PRNTR 3.3.2.8.1 3-22 14 cards. 
Processing Report structure 1.1.2 1-3 
MCS See data 1.1.2.5 1-4 
and processing. 
time See time Report types 
processing. alternate report formats 1.5.1 1—30 
description 1.5 1-29 
Project-network description card (type 11) 2.3.2 2-9 MCS 1.5.2 1-30 
Project-network header Report zero date 3.2.1 3—5 
card data items 2.3.1.1 2-9 
card format 2.3.1 2—5 Reporting activity progress 1.2.6 1-13 
Project-network identification 2.2.3.1 2—4 Reports, types 1.1.2.5 1—4 
Project-network report 1.5.2 1-32 Resource allocation 
Appendix A description 1.4 1-29 
input formats 2.5 2-35 
Projects 1.1 1-1 processing 2.1.6 2-2 
3.2.1 3—4 
Resource control See passive 
Pseudo charge numbers 1.3.3 1-28 cost and 


resource control. 2 


soap nen A SPERRY UNIVAC Series 90 . were 


UP-NUMBER PAGE REVISION PAGE 


© Term Reference Page Term Reference Page 
Resource cost categories S 
description 1.3.3.2 1-29 
type 21 card A. - 
penne ae — Save processing 
Resource cost category report 1.5.2 1-31 Seeripnan — —— 
Annandicn file 3.3.2.9 3-22 
ne 0S/3 and 0S/4 3.3.2.9.1 3-22 
Resource description, type 20 card 2.4.1 2-22 vsi9 $.3.29.2 3-23 
eee eee SCHED OPTION 2.3.6 2—1 
Resource identification 2.2.3.3 2-4 Table2-2 2-1 
Resource rates 
hedule, controlli 1.2.5 1-12 
description 1.3.1 1-24 Senedure coMmoNing 
ee V2 182 | schedule date 1.2.5 1-12 
Appendix A 
type 30 card alia ia Scheduled date, event/work item 
character codes Table 2—2 2-1 
Resource requirements description 236 9-1 
future projections 1.3 1-23 
1.3.1 1-23 Scheduling 
plan 1123 1-3 controlling 12.5 1-12 
1.5.2 1-32 description 1.1.2 1-3 
Appendix A 1.1.2.2 1-3 
type 43 card 248 2-25 multiproject, multinetwork See multiproject and 
@ R pedi: 112 13 multinetwork 
esource scheduling A. — scheduling. 
See also 
t and 
faa Scratch file (MCSCR) 
scours description 3.3.2.1 3-18 
scheduling input a ye - 
ee 0S/3 and OS/4 3.3.2.1.1 3-18 
VS/9 3.3.2.1.2 3-18 
R c 1.3.1 1-23 
ante Scratch file for sorting (DM01) 
Heccuteconaelag 0S/3 3.3.2.2.1 3-19 
description 3.4.6 3-27 © re ee a 
file 3.3.2.10 3-23 eae 7 
OS/3 and OS/4 3.3.2.10.1 3-23 as 
tivity float 2. - 
vS/9 332102 3-23 Secondary activity floa 1.2.5 1-12 
Biadais 391 35 Secondary slack, event 1.2.5 1-12 
; or Significance level, event 
Run-time parameterization ss 
activity-on-arrow 1.2.1.1 1-6 
input date formats 3.1.1 3—1 eee 12.12 1-7 
type 00 card 3.1.2 3-1 : ae 
type 01 network selection card 3.1.3 3-3 Sarneades 
calendar report 3.2.2.3 3-13 
time-related reports 3.2.2.2 3—10 
& Sort parameters 1.5.1 1-30 
Sort scratch area 3.3.2.2 3-18 


off date. 


poate SPERRY UNIVAC Series 90 ‘ sie 
UE Meee PAGE REVISION | PAGE 
Term Reference Page | Term Reference Page 5 
Sorting, scratch file 3.3.2.2 3—18 | Systems 
definition 1.1 1-1 
Start dates, summary activity 1.2.8.3 1-18 hierarchical structure Figure 1-1 1-1 
network based 1.1.2 1—2 
Start event 
activity-on-arrow 1.2.1.1 1-5 T 
terminal points 1.2.2 1-8 
Start-to-finish dependency 1.2.1.2 1-6 Table generation 2.1.3 2-2 
Figure 1-6 1-8 3.1.3 3-3 
Start-to-start dependency 1.2.1.2 1-6 Tasks . 
Figure 1-5 1-7 description 1.1 1-1 
planning 1.1.2 1—2 
Status, activity _ 1.2.6 1-13 1.1.2.1 1-3 
Strict duration, summary activity 1.2.8.4 1-19 | Terminal points and dates, network 1.2.2 1-8 
Successor See predecessor— Time conversion code 2.3.4 2-11 
successor report. 
Time input formats 
Summarization, cost See cost description 2.3 9-5 
summarization. type 10 project—network header 2.3.1 2-5 
type 11 project—network description 
Summary activities card 2.3.2 2-9 , 
activity-on-node network AN Figure 1-12 1-21 type 12 holiday/vacation card 2.3.3 2-10 © 
durations 1.2.8.4 1-19 type 40 activity definition card 2.3.4 2-11 
examples 1.2.8.6 1-19 type 41 precedence definition card 2.3.5 2—14 
floats 1.2.8.5 1-19 type 42 milestone work item/event 
identification 1.2.8.2 1-18 scheduling card 2.3.6 2-15 
network AN summarized to level 2 Figure 1-14 1-22 type 44 intertace definition card 2.3.7 2—18 
network AN summarized to level 5 Figure 1-13 1—21 type 45 activity progress card 2.3.8 2-20 
part of activity-on-node network ; 
with various types of lead and Time poles 
lag Figure 1-15 1—22 activity-on-arrow 1.2.1.1 1-5 
part of activity-on-node network with activity-on-node 1.2.1.2 1-6 
various types of lead and tag controlling the schedule 1.2.5 1-12 
summarized to level 4 Figure 1-16 1-23 description ; so 
reference points 1.2.8.1 1-18 ae ane = 
start and end dates 1283 1-18 multiproject, multinetwork 
status 128 1-17 scheduling 1.2.7 1-13 
rf network representations 1.2.1 1-5 
Summary activity report network summarization 1.2.8 1-17 
description 15.2 1-31 network terminal points and dates 1.2.2 1-8 
Acientik A reporting activity progress 1.2.6 1-13 
sort codes 2292 3-12 times related to activities 1.2.3 1-8 
type 14 codes Table 3-3 3-10 times related to events 12.4 1-12 
Syntax editing 211 2-1 Time-related reports, sort codes 3.2.2.2 3-10 
System cost cut-off date See cost cut- 
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UP-NUMBER 


Term 


Times related to activities 
activity duration 
description 
earliest and latest dates 
total float and free fioat 
working days 


Times related to events 
Total float 
activities 
summary activities 
Transaction codes 
Type 00 run-time parameterization card 
Type 01 network selection card 
Type 10 project—network header 
Type 11 project—network description card 


Type 12 holiday/vacation card 


Type 14 cards 

format 1 

format 2 

format 2 codes for activity reports 

format 2 codes for event reports 

format 2 codes for summary activity 
report 

format 3 

format 4 

level code and milestones-only 
option 

sort codes for calendar report 

sort codes for time-related reports 


Type 20 card, resource description 
Type 21 cost category card 

Type 30 resource rates card 

Type 40 activity definition card 
Type 41 precedence definition card 


Type 42 milestone work item/event 
scheduling card 





2.2.3.2 


SPERRY UNIVAC Series 90 B index 11 
PAGE REVISION PAGE 
Reference Page Term Reference Page 
Type 43 resource requirement card 2.4.4 2-26 
1.2.3.2 1-9 
1.2.3 1-8 Type 44 interface definition card 2.3./ 2—18 
1.2.3.3 1-10 
1.2.3.4 1-12 | Type 45 activity progress card 2.3.8 2—20 
1.2.3.1 1-9 
Type 46 cost progress card 2.4.5 9-26 
1.2.4 1-12 
Type 50 cost structure definition card 2.4.6 2-28 
1.2.3.4 _ Type 51 charge number assignment card 2.4.17 2-29 
1.2.8.5 - | 
Type 52 charge number planned cost card 2.4.8 2-31 
2.2.2 2-3 
Type 53 network planned cost 2.4.9 2-33 
3.1.2 3-1 
3.1.3 3-3 U 
2.3.1 2-5 | Underrun, cost 1.3.3.1 1-29 
2.3.2 2-9 Unliquidated obligation 1.3.2.1 1-24 
2.3.3 2-10 | Updater fields, card 2.2.2 2-3 
| 2.3.1 2—5 
3.2.1 3—4 UTPREP routine 3.3.2 3-17 
3.2.2 3-6 
Table 3-1 3-9 
Table 3-2 3-9 V 
Table 3-3 3-19 } Vacation card 2.3.3 9-9 
3.2.3 3-13 
374 3-15 | Value received 1.3.3.1 1-29 
3.2.2.1 7 VSs/9 
3.2.2.3 execution 3.41 3-94 
3.2.2.2 sample job control stream 3.4.1.2 395 
2.4.1 2-22 W 
2.4.2 2—23 
Work breakdown structure 
2.43 2-24 cost summarization 1.3.3 1—25 
Figure 1-17 1—26 
234 I-11 planning overall tasks 1.1.2.1 1-3 
report 1.5.2 1-31 
2.3.5 2—14 
Work item 
description 1.2.1.2 1-6 
2.3.6 2—15 1.2.2 1-8 
identification 2—4 
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UP-NUMBER PAGE REVISION PAGE 
Term Reference Page Term Reference Page ¢ 
Work item/event scheduling 2.3.6 2-15 | Work-week length 1.2.3.1 1-9 
Table2—2 2-17 
Work-week start day 1.2.3.1 1-9 
Work packages 1.3.3 1-25 
Working days 1.2.3.1 1-9 
Work-week definition 1.2.3.1 1-9 
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